Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Nelze vybrat více než 25 témat Téma musí začínat písmenem nebo číslem, může obsahovat pomlčky („-“) a může být dlouhé až 35 znaků.

comments.html 21KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217
  1. <div class="comment" typeof="schema:UserComments">
  2. <p class="comment-meta">
  3. <span class="comment-author" property="schema:creator">Johan Charpentier</span> le <span class="comment-date" property="schema:commentTime">17/02/2009</span> :
  4. </p>
  5. <div class="comment-content" property="schema:commentText">
  6. <p>L&#39;avantage d&#39;openid est quand même d&#39;avoir la possibilité d&#39;être son propre provider.</p>
  7. <p>Reste cependant à avoir un &quot;aptitude install openidprovidertotomatique&quot;. :)</p>
  8. </div>
  9. </div>
  10. <div class="comment" typeof="schema:UserComments">
  11. <p class="comment-meta">
  12. <span class="comment-author" property="schema:creator">SnippyHolloW</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  13. </p>
  14. <div class="comment-content" property="schema:commentText">
  15. <p>Tout cela est bien vrai (que ce soit l&#39;article d&#39;écrans, ce billet ou les anciens) mais finalement, est-ce si grave de perdre toutes ses photos ? Tous ses mails ? Pour moi non, ce n&#39;est pas &quot;ma vie&quot;, même si la photo est une passion et que je dois avoir pleins de mails intéressants et pratiques dans mes archives. Pour le peu de code que je n&#39;ai pas commit et auquel je tiens, il est sur mon laptop et mon serveur en raid-1. Et encore, je saurais le refaire, si je ne l&#39;utilise plus c&#39;est qu&#39;il doit y avoir une raison ? Toi tu es plus concerné parce que tu es ta propre entreprise et OUI une entreprise doit savoir gérer elle même ses données mais tu ne parles donc plus là pour le particulier@home. Pour le reste tu prends là le point de vue &quot;matérialiste 2.0&quot; : il faut savoir ce que l&#39;on est et ce dont on a besoin. Ça fait chier de perdre une voiture mais est-ce nécessaire de mettre 36 alarmes ?</p>
  16. <p>Bon, de toute façon, même si (<a href="http://www.techcrunch.com/2006/12/28/gmail-disaster-reports-of-mass-email-deletions">http://www.techcrunch.com/2006/12/28/gmail-disaster-reports-of-mass-email-deletions</a>) google a déjà perdu quelques mails, c&#39;est rarissime (vraiment) et on peut légitimement supposer que leurs serveurs sont en raid-5 ou 10 ET répliqués à distance dans des datacenters sécurisé donc il y a moins de probabilité de perdre ses mails sur gmail que de les perdre en local (ou sur votre serveur) ET votre backup. Le risque 0 n&#39;existe pas. Là où je suis &lt;b&gt;vraiment&lt;/b&gt; d&#39;accord c&#39;est que l&#39;on confie sa vie à des tiers externes. C&#39;est pourquoi je réfléchi depuis un petit bout de temps à l&#39;idée (<a href="https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek/">https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek/</a>) d&#39;un serveur à 3 watts&lt;/a&gt; + raid pour dans un futur proche.</p>
  17. <p>On ne peut pas faire d&#39;HTML dans les commentaires ?</p>
  18. </div>
  19. </div>
  20. <div class="comment" typeof="schema:UserComments">
  21. <p class="comment-meta">
  22. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  23. </p>
  24. <div class="comment-content" property="schema:commentText">
  25. <p>&gt; est-ce si grave de perdre toutes ses photos ? Tous ses mails ? Pour moi non, ce n&#39;est pas &quot;ma vie&quot;</p>
  26. <p>Bon là j&#39;ai du mal à répondre &quot;moi non plus&quot; pour des raisons évidentes : je suis un geek et j&#39;en ai fait mon métier.</p>
  27. <p>Il y a 4 choses importantes, mais non vitales, dans mon cas :</p>
  28. <p>* mon code, aussi bien au niveau de sa fonctionnalité que de sa confidentialité (si je me fais voler mon portable c&#39;est certainement ce point qui me causera le plus de soucis).<br />* mes mails/contacts, bon là c&#39;est uniquement d&#39;un point de vue pro sinon ça se retrouve facilement.<br />* mes photos, ne serait-ce que pour le temps passé dessus et il y en a certaines auxquelles je tiens particulièrement.<br />* mes écrits et les discussions générées, ça me ferait vraiment mal de perdre tout ce qui est ici.<br />* ma paperasserie pro.</p>
  29. <p>À partir de là, à moi d&#39;avoir la bonne démarche pour limiter les dégâts : utilisation de DCVS, synchro imap, backups distants, etc.</p>
  30. <p>Finalement la seule chose vitale (dans le sens où elle me permet d&#39;en vivre) c&#39;est ma réputation qui me permet de faire des rencontres et parfois des clients. Elle n&#39;est pas vraiment matérialisée.</p>
  31. <p>Est-ce que cette problématique existe chez un utilisateur moins avancé ?</p>
  32. <p>Il y a 5 ans non mais l&#39;internaute devient de plus en plus actif, producteur de contenu. Il y a encore énormément de bruit mais ça évoluera et je pense que cet internaute prendra conscience de la valeur de sa production et voudra en prendre soin. C&#39;est en effet du matérialisme numérique.</p>
  33. <p>Maintenant ce qu&#39;il faut voir c&#39;est qu&#39;il ne s&#39;agit pas uniquement des données en elle-mêmes mais aussi de la traçabilité d&#39;un utilisateur. Ton provider OpenID sait à quels sites tu t&#39;es connecté, un service tiers utilisant OAuth sait à quels autres services tu as laissé un accès. Et là ça devient plus inquiétant...</p>
  34. <p>&gt; On ne peut pas faire d&#39;HTML dans les commentaires ?</p>
  35. <p>Ça évite d&#39;utiliser des balises obsolètes ;-)</p>
  36. </div>
  37. </div>
  38. <div class="comment" typeof="schema:UserComments">
  39. <p class="comment-meta">
  40. <span class="comment-author" property="schema:creator">Damien B</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  41. </p>
  42. <div class="comment-content" property="schema:commentText">
  43. <p>&quot;Le modèle de l&#39;Apple store est intéressant&quot;</p>
  44. <p>Ca c&#39;est un vrai bon modèle :<br />- boutique pas web, client dédié uniquement<br />- concurrence impossible, seul l&#39;AppStore peut vendre des applications pour l&#39;iTouch/iPhone</p>
  45. <p>Un bien bel exemple de centralisation 1.0, et pourtant il est loué par les pragmatiques 2.0 :-D</p>
  46. </div>
  47. </div>
  48. <div class="comment" typeof="schema:UserComments">
  49. <p class="comment-meta">
  50. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  51. </p>
  52. <div class="comment-content" property="schema:commentText">
  53. <p>Je ne parlais pas de ces aspects là et tu le sais bien :p</p>
  54. <p>Ça serait bien que le W3C avance sur le micro-paiement (<a href="http://www.w3.org/2008/09/msnws/report#Business">http://www.w3.org/2008/09/msnws/report#Business</a>) avant que l&#39;on ait un OpenTruc qui pointe le bout de son nez d&#39;ailleurs...</p>
  55. </div>
  56. </div>
  57. <div class="comment" typeof="schema:UserComments">
  58. <p class="comment-meta">
  59. <span class="comment-author" property="schema:creator">Goulwen</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  60. </p>
  61. <div class="comment-content" property="schema:commentText">
  62. <p>L&#39;approche Box présente un certain nombre d&#39;avantages mais elle ne règle pas tout. Je donne quelques points qui me viennent à l&#39;esprit, il en existe d&#39;autres sans doute aussi important voir plus :<br />- Comme tu le dis David, il faut une vraie interopérabilité entre les logiciels sur les ordinateurs et toutes les solutions des FAI, ainsi qu&#39;entre les solutions des FAI, et ce, pour tous les types de publications. Pas simple à mettre en place, en admettant même que développeurs et FAI soient de bonne volonté, ce qui n&#39;a rien d&#39;évident ;<br />- Si cette solution est envisageable pour des publications de photos ou de vidéos, ça n&#39;est pas tout à fait pareil que de publier sur un Flickr ou un YouTube, en terme d&#39;audience (au moins potentielle.) C&#39;est bien pour partager des photos en famille, mais peut être pas adapté pour devenir la nouvelle Colbie Caillat… En outre, cette typologie donnerait un pouvoir encore plus grand aux moteurs de recherche, donc au grand G.<br />- Dans le secteur particulier qui est le mien, le e-elearning, il y a une réflexion pour faire évoluer le standard actuel, SCORM. À l&#39;origine de SCORM, il y a la volonté, entre autres, de libérer le contenu des éditeurs de plate-forme de formation (LMS in English in the text). Actuellement les données sont stockées dans le LMS, mais la compatibilité SCORM assure que l&#39;on peut extraire le contenu (mais pas les données issues du suivi des utilisateurs) et utiliser sur une autre plate-forme sans avoir à tout réécrire. Les limitations de SCORM imposent une évolution, qui pourrait se traduire par l&#39;utilisation de services web. Une évolution supplémentaire dans l&#39;indépendance vis-à-vis du LMS, qui se verrait réduit à un portail lançant des applications externes (encore que ça se discute, toutes les applications Facebook aurait-elle autant de succès hors de Facebook ?) mais ça veut dire que les données seront stockées chez les fournisseurs de services web (Adobe avec Connect, Linden avec SecondLife…) et non plus chez l&#39;organisme à l&#39;origine de la formation, à moins bien sûr de créer ses propres services. Soyons optimistes, les gens derrière SCORM sont intelligents et proposeront une solution, qui pourrait d&#39;ailleurs servir de base de réflexion à d&#39;autres secteurs, moins normalisés.</p>
  63. </div>
  64. </div>
  65. <div class="comment" typeof="schema:UserComments">
  66. <p class="comment-meta">
  67. <span class="comment-author" property="schema:creator">SnippyHolloW</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  68. </p>
  69. <div class="comment-content" property="schema:commentText">
  70. <p>En LIFO :</p>
  71. <p>&gt; Si cette solution est envisageable pour des publications de photos ou de vidéos, ça n&#39;est pas tout à fait pareil que de publier sur un Flickr ou un YouTube, en terme d&#39;audience (au moins potentielle.) C&#39;est bien pour partager des photos en famille, mais peut être pas adapté pour devenir la nouvelle Colbie Caillat… En outre, cette typologie donnerait un pouvoir encore plus grand aux moteurs de recherche, donc au grand G.</p>
  72. <p>Elle le sera quand on aura du 100mbit/s up/down (fibre) ... Plus de besoin en BP c&#39;est qu&#39;on devient un professionel (vis à vis ce que l&#39;on distribue). Mais quand ? Pour ce qui est du grand G, je suis pas sûr : j&#39;ai étudié l&#39;accès et recherche d&#39;information avec des applications sur le web, je pense que si beaucoup de gens se mettent à évoluer vers le serveur personnel (&lt;10W hein !), on va vite avoir des solutions de recherche p2p. Et ça pourrait bien fonctionner car on a souvent des centres d&#39;intérêts en commun avec nos amis (liens).</p>
  73. <p>&gt; Un bien bel exemple de centralisation 1.0, et pourtant il est loué par les pragmatiques 2.0 :-D</p>
  74. <p>Bien d&#39;accord ! :)</p>
  75. <p>&gt; Ça évite d&#39;utiliser des balises obsolètes ;-)</p>
  76. <p>Clairement, mais c&#39;est aussi pratique ;) [hack it]</p>
  77. <p>&gt; Maintenant ce qu&#39;il faut voir c&#39;est qu&#39;il ne s&#39;agit pas uniquement des données en elle-mêmes mais aussi de la traçabilité d&#39;un utilisateur. Ton provider OpenID sait à quels sites tu t&#39;es connecté, un service tiers utilisant OAuth sait à quels autres services tu as laissé un accès. Et là ça devient plus inquiétant...</p>
  78. <p>Ouaip, d&#39;où l&#39;intérêt d&#39;un petit serveur perso. On pourrait presque le faire tourner en firmware-hack sur la freebox (par la livebox) si ce n&#39;est que mail, openid sans serveur de fichier multimedia, sinon <a href="http://beagleboard.org/">http://beagleboard.org/</a> .</p>
  79. <p>&gt; Il y a 5 ans non mais l&#39;internaute devient de plus en plus actif, producteur de contenu. Il y a encore énormément de bruit mais ça évoluera et je pense que cet internaute prendra conscience de la valeur de sa production et voudra en prendre soin. C&#39;est en effet du matérialisme numérique.</p>
  80. <p>Ça me ferait également chier mais mais mais ... J&#39;ai un flickr et pleins de photos que j&#39;aime mais c&#39;est pas gravissime. On n&#39;est pas tous des artistes (ou alors on en est vraiment tous) et donc au final l&#39;humanité n&#39;y perd pas grand chose. Ce qui est important c&#39;est de l&#39;avoir vécu (que ce soit les discussions partagée, les photos et autres).</p>
  81. <p>&gt; * mon code, aussi bien au niveau de sa fonctionnalité que de sa confidentialité (si je me fais voler mon portable c&#39;est certainement ce point qui me causera le plus de soucis).<br />* mes mails/contacts, bon là c&#39;est uniquement d&#39;un point de vue pro sinon ça se retrouve facilement.<br />* paperasserie pro</p>
  82. <p>Ça c&#39;est professionel.</p>
  83. <p></p>
  84. </div>
  85. </div>
  86. <div class="comment" typeof="schema:UserComments">
  87. <p class="comment-meta">
  88. <span class="comment-author" property="schema:creator">goulwen</span> le <span class="comment-date" property="schema:commentTime">19/02/2009</span> :
  89. </p>
  90. <div class="comment-content" property="schema:commentText">
  91. <p>@SnippyHolloW</p>
  92. <p>En fait ce n&#39;est pas ce que je voulais dire, même si c&#39;est un point important. Mon idée était que la centralisation d&#39;un Flickr ou d&#39;un MySpace augmente dans une certaine mesure la visibilité des posts utilisateurs. <br />Mais en réfléchissant à ton idée de recherche P2P, on pourrait sans doute y arriver : à chaque mise à jour, un système similaire à un tracker bittorrent informe un site comme piratebay ou mininova. Et du coup, on coupe l&#39;herbe un peu sous le pied de Google… sauf si ce dernier propose une API similaire au sitemap.xml… Mais dans le contexte actuel, je vois mal Orange ou SFR investir dans une technologie qui d&#39;une façon ou d&#39;une autre évoque le P2P…</p>
  93. </div>
  94. </div>
  95. <div class="comment" typeof="schema:UserComments">
  96. <p class="comment-meta">
  97. <span class="comment-author" property="schema:creator">Julien</span> le <span class="comment-date" property="schema:commentTime">20/02/2009</span> :
  98. </p>
  99. <div class="comment-content" property="schema:commentText">
  100. <p>Il y a une solution encore plus simple et beaucoup plus cohérente que la &quot;webox&quot; et qui ne nécessite pas de penser une architecture P2P complexe, c&#39;est tout simplement que les FAI se contentent de faire leur boulot : Fournir du réseau. Pas du hard, pas des service VOD, juste du réseau.</p>
  101. <p>IPv6 va solutionner les éventuels problèmes d&#39;auto conf des équipements derrière le modem/routeur.</p>
  102. <p>Quant aux données, parler un langage commun sans imposer de limitations, c&#39;est le rôle du web sémantique.</p>
  103. </div>
  104. </div>
  105. <div class="comment" typeof="schema:UserComments">
  106. <p class="comment-meta">
  107. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">21/02/2009</span> :
  108. </p>
  109. <div class="comment-content" property="schema:commentText">
  110. <p>@SnippyHolloW :</p>
  111. <p>&gt; On n&#39;est pas tous des artistes (ou alors on en est vraiment tous) et donc au final l&#39;humanité n&#39;y perd pas grand chose.</p>
  112. <p>Si on part là-dedans, notre existence n&#39;est pas grand chose comparé à l&#39;humanité non plus ;-).</p>
  113. <p>@goulwen : j&#39;avais commencé à parler du P2P il y a plus de 2 ans (<a href="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/">https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/</a>) et rien n&#39;a vraiment évolué dans le domaine depuis... malheureusement.</p>
  114. <p>@Julien : l&#39;intérêt des *box c&#39;est qu&#39;elles constituent déjà un serveur dans notre salon. Après est-ce que ce service doit être couplé à un FAI, bonne question.</p>
  115. <p>Pour IPv6 je suis entièrement d&#39;accord mais il se fait attendre aussi. Quand au web sémantique il ne solutionne pas tout non plus, du moins pour l&#39;instant.</p>
  116. </div>
  117. </div>
  118. <div class="comment" typeof="schema:UserComments">
  119. <p class="comment-meta">
  120. <span class="comment-author" property="schema:creator">SnippyHolloW </span> le <span class="comment-date" property="schema:commentTime">22/02/2009</span> :
  121. </p>
  122. <div class="comment-content" property="schema:commentText">
  123. <p>Ce serait beaucoup trop difficile pour l&#39;utilisateur lambda de s&#39;occuper d&#39;avoir à administrer un serveur si ce n&#39;est pas déjà en bundle dans la box !</p>
  124. </div>
  125. </div>
  126. <div class="comment" typeof="schema:UserComments">
  127. <p class="comment-meta">
  128. <span class="comment-author" property="schema:creator">Julien</span> le <span class="comment-date" property="schema:commentTime">22/02/2009</span> :
  129. </p>
  130. <div class="comment-content" property="schema:commentText">
  131. <p>@SnippyHolloW : Je ne parlais pas de décomposer chaque élément en une machine distincte mais de laisser aux constructeurs dont c&#39;est le boulot (linksys, netgear, ect) le soin de développer des modems &quot;multimédia&quot; plutôt que d&#39;avoir une box exclusive à l&#39;opérateur.</p>
  132. <p>Pour prendre un exemple simple (et en s&#39;en tenant à la comparaison équipement/opérateur et justement pas réseau puisque là ce serait folklo), quand l&#39;utilisateur lambda prend un abonnement de téléphonie mobile chez un opérateur, on lui propose également un téléphone mais pas obligatoirement un unique &quot;liveboxmobile&quot;, des nokia, apple, samsung, ect.</p>
  133. <p>@David : Sans tout solutionner et pour reprendre l&#39;exemple de ton billet, on en a sans doute assez pour mettre en place une galerie photo capable d&#39;envoyer/recevoir/gérer des albums entre des box.</p>
  134. <p>Au &quot;détail&quot; près du contrôle d&#39;accès, mais AMHA même sans s&#39;être mis d&#39;accord sur un protocole unique qui ferait sauter bien des limitations, on ne devrait pas considérer ce problème comme bloquant pour développer ce genre de matos.<br />Ne serait ce que pour solutionner la problématique de base dans la conf de Bayart : Avoir un simple serveur web chez soi, capable d&#39;héberger un blog.</p>
  135. </div>
  136. </div>
  137. <div class="comment" typeof="schema:UserComments">
  138. <p class="comment-meta">
  139. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">22/02/2009</span> :
  140. </p>
  141. <div class="comment-content" property="schema:commentText">
  142. <p>@Julien :</p>
  143. <p>&gt; laisser aux constructeurs dont c&#39;est le boulot (linksys, netgear, ect) le soin de développer des modems &quot;multimédia&quot; plutôt que d&#39;avoir une box exclusive à l&#39;opérateur.</p>
  144. <p>Je pense que les FAI sont bien conscients de leur contrôle là-dessus et ils ne comptent pas lâcher ça sans un procès sur des années je pense...</p>
  145. <p>&gt; on en a sans doute assez pour mettre en place une galerie photo capable d&#39;envoyer/recevoir/gérer des albums entre des box. [...] Avoir un simple serveur web chez soi, capable d&#39;héberger un blog.</p>
  146. <p>Tout à fait. Si j&#39;avais quelques milliers d&#39;euros d&#39;investissement et une années devant moi...</p>
  147. </div>
  148. </div>
  149. <div class="comment" typeof="schema:UserComments">
  150. <p class="comment-meta">
  151. <span class="comment-author" property="schema:creator">goundoulf</span> le <span class="comment-date" property="schema:commentTime">15/04/2009</span> :
  152. </p>
  153. <div class="comment-content" property="schema:commentText">
  154. <p>Merci pour cet article et la mention au projet OpenBox4 d&#39;ouverture de la Neuf Box 4.</p>
  155. <p>Pour l&#39;instant, nous arrivons à modifier le firmware d&#39;origine, donc ajouter diverses fonctionnalités, tout en conservant toutes les fonctionnalités d&#39;origine.</p>
  156. <p>Sinon, il est également possible de faire tourner OpenWrt sur la NB4, mais du coup sans l&#39;ADSL ni la téléphonie.</p>
  157. <p>Une fonctionnalité intéressante à implémenter serait de brancher une clé USB pour héberger un blog directement sur sa Neuf Box.</p>
  158. </div>
  159. </div>
  160. <div class="comment" typeof="schema:UserComments">
  161. <p class="comment-meta">
  162. <span class="comment-author" property="schema:creator">mutuelles</span> le <span class="comment-date" property="schema:commentTime">08/05/2009</span> :
  163. </p>
  164. <div class="comment-content" property="schema:commentText">
  165. <p>Maintenant ce qu&#39;il faut voir c&#39;est qu&#39;il ne s&#39;agit pas uniquement des données en elle-mêmes mais aussi de la traçabilité d&#39;un utilisateur. Ton provider OpenID sait à quels sites tu t&#39;es connecté, un service tiers utilisant OAuth sait à quels autres services tu as laissé un accès. Et là ça devient plus inquiétant...</p>
  166. <p></p>
  167. </div>
  168. </div>