Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Вы не можете выбрать более 25 тем Темы должны начинаться с буквы или цифры, могут содержать дефисы(-) и должны содержать не более 35 символов.

comments.html 2.8KB

12345678910111213141516171819202122232425262728293031323334353637383940
  1. <div class="comment" typeof="schema:UserComments">
  2. <p class="comment-meta">
  3. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">01/10/2006</span> :
  4. </p>
  5. <div class="comment-content" property="schema:commentText">
  6. <p>Pour le coup, j'aurais vraiment du mal à disséminer mes archives sur le réseau. Car que se passe-t-il si le réseau (tout ou partie) se casse ? est-on sur de pouvoir à tout moment reconstituer ses archives ? <br />
  7. <br />
  8. Ca me parait bien risque tout ça (sans compter l'éventuelle possibilité que qqn déchiffre les données des autres...)<br />
  9. <br />
  10. Toi qui disait avoir du mal à confier des données à des prestataires externes, je suis étonné de te voir avancer de telles idées ;-)<br />
  11. <br />
  12. &quot;vous savez bien que seul un format ouvert vous garanti une interopérabilité future...&quot;<br />
  13. <br />
  14. Je sais pas si ça garantit, je dirais juste que tu augmentes significativement tes chances... contrairement à un format fermé où tes chances sont nulles...</p>
  15. </div>
  16. </div>
  17. <div class="comment" typeof="schema:UserComments">
  18. <p class="comment-meta">
  19. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">02/10/2006</span> :
  20. </p>
  21. <div class="comment-content" property="schema:commentText">
  22. <p>&gt; Car que se passe-t-il si le réseau (tout ou partie) se casse ?<br />
  23. <br />
  24. Comme il est indiqué page 144 du livre (ou 7 du pdf), il existe des algorithmes permettant d'assurer une redondance des données suffisante à mon avis (par exemple stockage sur la moitié du réseau).<br />
  25. <br />
  26. &gt; Ca me parait bien risque tout ça (sans compter l'éventuelle possibilité que qqn déchiffre les données des autres...)<br />
  27. <br />
  28. Selon la clé de chiffrement et l'algorithme utilisé, il est possible que les données envoyées soient plus difficiles à déchiffrer que l'accès à ta machine :-)<br />
  29. <br />
  30. &gt; Toi qui disait avoir du mal à confier des données à des prestataires externes, je suis étonné de te voir avancer de telles idées ;-)<br />
  31. <br />
  32. C'est assez différent. Bien sûr il faudra que l'algorithme de chiffrement et la technologie employés soient accessibles pour ne pas être tributaire d'un seul éditeur. D'autre part, j'ai pas vraiment l'impression qu'avec une telle solution on se fasse de l'argent sur mes données personnelles.<br />
  33. <br />
  34. &gt; Je sais pas si ça garantit, je dirais juste que tu augmentes significativement tes chances... contrairement à un format fermé où tes chances sont nulles...<br />
  35. <br />
  36. Je suis bien d'accord, je me suis un peu emporté ;-).<br />
  37. </p>
  38. </div>
  39. </div>