Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Nevar pievienot vairāk kā 25 tēmas Tēmai ir jāsākas ar burtu vai ciparu, tā var saturēt domu zīmes ('-') un var būt līdz 35 simboliem gara.

pirms 5 gadiem
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627628629630631632633634635636637638639640641642643644645646647648649650651652653654655656657658659660661662663664665666667668669670671672673674675676677678679680681682683684685686687688689690691692693694695696697698699700701702703704705706707708709710711712713714715716717718719720721722723724725726727728729730731732733734735736737738739740741742743744745746747748749750
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>★ Rêve de geek — Biologeek — David Larlet</title>
  7. <!-- Define a viewport to mobile devices to use - telling the browser to assume that the page is as wide as the device (width=device-width) and setting the initial page zoom level to be 1 (initial-scale=1.0) -->
  8. <meta name="viewport" content="width=device-width, initial-scale=1"/>
  9. <!-- Fake favicon, to avoid extra request to the server -->
  10. <link rel="icon" href="data:;base64,iVBORw0KGgo=">
  11. <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />
  12. <link rel="manifest" href="/manifest.json">
  13. <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />
  14. <noscript>
  15. <style type="text/css">
  16. /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */
  17. body {
  18. font-family: 'EquityTextB', serif;
  19. }
  20. h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {
  21. font-family: 'EquityCapsB', sans-serif;
  22. font-variant: normal;
  23. }
  24. </style>
  25. </noscript>
  26. <!-- Canonical URL for SEO purposes -->
  27. <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek">
  28. </head>
  29. <body>
  30. <div>
  31. <header>
  32. <nav>
  33. <p>
  34. <small>
  35. Je suis <a href="/david/" title="Profil public">David Larlet</a>, <a href="/david/pro/" title="Activité professionnelle">artisan</a> du web qui vous <a href="/david/pro/accompagnement/" title="Activité d’accompagnement">accompagne</a><span class="more-infos"> dans l’acquisition de savoirs pour concevoir des <a href="/david/pro/produits-essentiels/" title="Qu’est-ce qu’un produit essentiel ?">produits essentiels</a></span>. <span class="more-more-infos">Discutons ensemble d’une <a href="/david/pro/devis/" title="En savoir plus">non-demande de devis</a>.</span> Je partage ici mes <a href="/david/blog/" title="Expériences bienveillantes">réflexions</a> et <a href="/david/correspondances/2017/" title="Lettres hebdomadaires">correspondances</a>.
  36. </small>
  37. </p>
  38. </nav>
  39. </header>
  40. <section>
  41. <h1 property="schema:name">★ Rêve de geek</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/goobuntu.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>Et si l'avenir des Logiciels Libres passait par le développement d'applications web libres. Le train a été pris en marche concernant les systèmes d'exploitation et les applications mais les applications web en sont à leurs balbutiements. Ce serait peut-être l'occasion de commencer sur un pied d'égalité. J'étais sceptique/cynique vis-à-vis du mal nommé web 2.0 mais force est de constater que ça dure&nbsp;: le desktop va migrer en ligne (enfin c'est <a href="https://larlet.fr/david/biologeek/archives/20041001-le-web-arriverait-il-a-maturite/">pas vraiment une idée nouvelle</a> non plus...) et je n'ai pas envie de migrer mes données vers des solutions propriétaires en ligne. Quel intérêt d'avoir un système d'exploitation «&nbsp;libéré » si c'est pour utiliser Flickr ou Gmail&nbsp;?</p>
  46. <h2>Mais alors quelle solution&nbsp;?</h2>
  47. <p>Celle à laquelle je pense depuis quelques temps repose sur une suite d'applications web libres cohérentes mais indépendantes qui permettrait de n'utiliser que les briques dont on a réellement besoin. Imaginons un instant ce que ça pourrait donner&nbsp;:</p>
  48. <ul>
  49. <li>Je me connecte via <abbr title="Secure Socket Layer">SSL</abbr> sur mon interface d'administration à la netvibes qui me permet d'un seul coup d'œil d'avoir accès à l'état de la machine sur laquelle est hébergée ma suite, aux derniers commentaires à mettre en ligne, aux statistiques de mon blog, aux derniers mails reçus, aux dernières entrées dans mon agrégateur, etc.</li>
  50. <li>Je passe en mode publication car j'ai pris des photos à Solutions Linux que je veux mettre en ligne puis faire un billet de blog s'y rapportant. Ok, au passage je mets les dernières photos de mon chat sur mon espace à accès restreint pour en faire profiter la famille.</li>
  51. <li>Je passe en mode veille technologique et je lis mon agrégateur pour être au courant des dernières avancées et/ou trolls, je vérifie dans mon logger <abbr title="Internet Relay Chat">IRC</abbr> si l'on ne m'a pas pingué.</li>
  52. <li>Je passe en mode consultation de mes mails, on m'envoie un lien intéressant, hop il est mis dans mon service de gestion de favoris à la blogmarks.</li>
  53. <li>Zut, en vérifiant mon gestionnaire de todo-list je me rappelle qu'il faut que je finisse ce billet de blog avant 16h.</li>
  54. </ul>
  55. <p>La liste peut être interminable mais vous avez compris le principe.</p>
  56. <h2>Admettons qu'une telle plateforme soit développée sous licence libre, quelles sont les failles restantes&nbsp;?</h2>
  57. <p>La sécurité bien entendu mais la communauté Open-Source a déjà prouvé à de nombreuses reprises l'avantage qu'elle avait face aux éditeurs propriétaires/closed-source. Reste la confiance que l'on peut avoir dans l'hébergeur de sa solution. Et c'est pour moi le principal frein à un tel développement. Enfin frein ou opportunité pour un hébergeur de qualité qui décide d'être innovant sur ce point là en développant cette solution quitte à ce qu'elle soit payante. Je suis prêt à payer pour accéder à une telle liberté mais aussi à la sérennité vis-à-vis de mes sauvegardes...</p>
  58. <p>Car aucune garantie n'est donnée quand à la perénnité de vos données lorsque vous souscrivez à un service en ligne (seule la non-commercialisation de vos données est, parfois, assurée). Mais imaginez que blogmarks ou flickr ferme. Ce sont des années de données perdues, on se rend généralement compte de la dépendance à un service lorsqu'il disparaît. De la même façon, qu'est ce qui vous garantit que des sauvegardes régulières sont réalisées sur ces services&nbsp;? Le bon sens&nbsp;? Est-ce que vous en faites&nbsp;? Depuis quand&nbsp;? Rappelez-vous que ces services sont bien souvent gratuits... mais coûteux donc il faut parfois prendre des décisions cruciales en interne.</p>
  59. <h2>Du rêve à la réalité&nbsp;?</h2>
  60. <p>Finalement, je me rend compte que ce «&nbsp;rêve » regroupe une grande partie des sujets abordés sur ce blog puisque ça pourrait être du développement web open-source en python à l'aide de frameworks web pour, entre autres, gagner du temps. Il ne manque plus qu'une couche de web sémantique pour rendre tous ces services décentralisés. Car l'échec des services actuels c'est aussi l'interopérabilité, les types d'<abbr title="Application Programming Interface">API</abbr> sont spécifiques et il est assez difficile de faire des bibliothèques génériques permettant d'y accéder ou de permettre la communication entre les services alors que tous les outils pour arriver à ça existent. <a href="https://larlet.fr/david/biologeek/archives/20070104-comment-utiliser-openid-la-solution-d-identification-tant-attendue/">OpenId</a> est un bon exemple de brique permettant une identification unique, il en faut d'autres.</p>
  61. <p>Reste à développer tout ça. C'est loin d'être facile et ça demande du temps, énormément de temps mais l'enjeu en vaut la chandelle pour pouvoir véritablement parler de web 2.0. Vous pensez quoi de tout ça&nbsp;? Utopie&nbsp;?</p>
  62. </div>
  63. </article>
  64. <footer>
  65. <h6 property="schema:datePublished">— 31/01/2007</h6>
  66. </footer>
  67. </section>
  68. <section>
  69. <div>
  70. <h3>Articles peut-être en rapport</h3>
  71. <ul>
  72. <li><a href="/david/biologeek/archives/20080425-le-point-sur-rdf-et-rdfa/" title="Accès à ★ Le point sur RDF et RDFa">★ Le point sur RDF et RDFa</a></li>
  73. <li><a href="/david/biologeek/archives/20120131-resolutions-rediriger-economiser-et-debattre/" title="Accès à ★ Résolutions : rediriger, économiser et débattre">★ Résolutions : rediriger, économiser et débattre</a></li>
  74. <li><a href="/david/biologeek/archives/20110112-resolutions-decouvrir-concretiser-et-transmettre/" title="Accès à ★ Résolutions : découvrir, concrétiser et transmettre">★ Résolutions : découvrir, concrétiser et transmettre</a></li>
  75. </ul>
  76. </div>
  77. </section>
  78. <section>
  79. <div id="comments">
  80. <h3>Commentaires</h3>
  81. <div class="comment" typeof="schema:UserComments">
  82. <p class="comment-meta">
  83. <span class="comment-author" property="schema:creator">giz404</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  84. </p>
  85. <div class="comment-content" property="schema:commentText">
  86. <p>L'idée d'utiliser des briques open-source et de mettre en relation différents services est séduisante, mais reste à savoir s'il y a un tel besoin de décentralisation de notre vie numérique.<br />
  87. Pour moi, les services en ligne se révèlent pratique dans certains cas et répondent à une problématique définie (je souhaite avoir mes bookmarks chez moi et au boulot, je souhaite partager mes photos) . Je pense qu'il en est de même pour une bonne partie des gens, et encore plus quand il s'agit de non-geeks.<br />
  88. Tout ça pour dire que, selon moi, les applications &quot;bureau&quot;ont encore une belle vie avant d'être remplacées par des applications en ligne.</p>
  89. </div>
  90. </div>
  91. <div class="comment" typeof="schema:UserComments">
  92. <p class="comment-meta">
  93. <span class="comment-author" property="schema:creator">pouype</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  94. </p>
  95. <div class="comment-content" property="schema:commentText">
  96. <p>Dans ce domaine (internet) je ne me risquerais pas à parler d'utopie... Je dirais c'est faisable :) et pourquoi pas prochainement. <br />
  97. <br />
  98. C'est vrai que le soucis de l'hébergement/sauvegarde et le principal point bloquant. <br />
  99. <br />
  100. Idée interessante en tout cas, à méditer.</p>
  101. </div>
  102. </div>
  103. <div class="comment" typeof="schema:UserComments">
  104. <p class="comment-meta">
  105. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  106. </p>
  107. <div class="comment-content" property="schema:commentText">
  108. <p>Pour continuer, l'application libre peut très bien être proposée en mode service autohébergé (avec un service payant) ou bien en mode standalone. Si tu as un serveur, ben tu peux en profiter. Le must, serait de pouvoir avoir des passerelles entre les version autohébergées et standalone pour certains échanges de données (avec les api, webservices &amp; co, je vois pas ce qui l'en empêche). C'est la conclusion d'un de mes billets [1].<br />
  109. <br />
  110. amha, à ce jour, c'est encore un peu du rêve/ de l'utopie mais je pense que demain (ou après demain à la limite), ce sera la réalité. Je pense qu'il manque pas grand chose pour que cela se fasse, juste des humains, du temps, du code et surement un peu de techno cotés navigateurs (et encore).<br />
  111. <br />
  112. D'ailleurs, je pense pas que ce soit lié avec le coté &quot;web 2.0&quot;. Le Web 2.0 est surement une étape vers cet objectif mais n'en est qu'un prémisse...<br />
  113. <br />
  114. Par contre, c'est vrai que la dépendance à Flickr/Blogmarks/ &lt;votre service web 2.0 proprio&gt; / ... pose un vrai problème et en cas de pépin, c'est clair qu'il ne nous reste que nos yeux pour pleurer.<br />
  115. <br />
  116. Nico, utopiste comme toi (quoique...)<br />
  117. <br />
  118. [1] <a href="http://www.unelectronlibre.info/index.php/post/2007/01/14/Blogmarks-vs-Magnolia-vs-delicious" title="http://www.unelectronlibre.info/index.php/post/2007/01/14/Blogmarks-vs-Magnolia-vs-delicious" rel="nofollow">www.unelectronlibre.info/...</a></p>
  119. </div>
  120. </div>
  121. <div class="comment" typeof="schema:UserComments">
  122. <p class="comment-meta">
  123. <span class="comment-author" property="schema:creator">j.ducastel</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  124. </p>
  125. <div class="comment-content" property="schema:commentText">
  126. <p>Il me semble que j'ai déjà vu passer la problématique sur le blog de Tim Bray ( <a href="http://www.tbray.org/ongoing/" title="http://www.tbray.org/ongoing/" rel="nofollow">www.tbray.org/ongoing/</a> ).<br />
  127. <br />
  128. L'équivalent de l'open source pour les applis web n'est pas l'accès au code source mais la standardisation du format des données et les capacités d'import/export.<br />
  129. <br />
  130. Pour ce qui est de la pérennité, peut être qu'un système de stockage générique à la Amazon s3, en p2p serait une solution ?</p>
  131. </div>
  132. </div>
  133. <div class="comment" typeof="schema:UserComments">
  134. <p class="comment-meta">
  135. <span class="comment-author" property="schema:creator">Jerome</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  136. </p>
  137. <div class="comment-content" property="schema:commentText">
  138. <p>L'idée est très bonne. Mais un des avantages de solutions comme gmail, par exemple, est que c'est totalement gratuit pour l'utilisateur. En contre-partie, il faut savoir renoncer à sa vie privée. <br />
  139. <br />
  140. Ce que je veux dire par là, c'est que pour avoir la même chose en libre, il va falloir que je trouve un hebergeur assez véloce, et donc cher.<br />
  141. <br />
  142. Malgré tout, j'ai aussi l'espoir que ce genre de solution existe et puisse rivaliser avec d'autre solution plus commerciale.</p>
  143. </div>
  144. </div>
  145. <div class="comment" typeof="schema:UserComments">
  146. <p class="comment-meta">
  147. <span class="comment-author" property="schema:creator">neolao</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  148. </p>
  149. <div class="comment-content" property="schema:commentText">
  150. <p>Ah, enfin ce billet. On en avait parlé sur IRC, c'est exactement ce que j'avais commencé à faire.<br />
  151. <br />
  152. Pour moi, l'idéal, c'est de pouvoir l'installer sur son hébergement et de gérer ses données soit même. Ou bien sûr faire confiance à un site qui s'occupe de tout.<br />
  153. <br />
  154. La pérennité par l'import/export c'est super. Mais si on ne retrouve pas l'outil qui exploite les données comme on veut, c'est triste.<br />
  155. <br />
  156. </p>
  157. </div>
  158. </div>
  159. <div class="comment" typeof="schema:UserComments">
  160. <p class="comment-meta">
  161. <span class="comment-author" property="schema:creator">Alex</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  162. </p>
  163. <div class="comment-content" property="schema:commentText">
  164. <p>Voilà quelque chose qui me botte pas mal moi et c'est vrai que tu n'est pas le seul a y penser.<br />
  165. <br />
  166. Ce qui me gène avec tous ces systèmes &quot;Web 2.0&quot;, c'est que d'un coté ils sont hyper pratique (j'adore GMail) mais que je n'ai aucun contrôle sur mes données, ni de quel façon elles sont exploitées (et c'est d'ailleurs pour ça que je n'utilise plus gmail).<br />
  167. <br />
  168. Alors oui, moi j'aime rêver a ce futur :)</p>
  169. </div>
  170. </div>
  171. <div class="comment" typeof="schema:UserComments">
  172. <p class="comment-meta">
  173. <span class="comment-author" property="schema:creator">root</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  174. </p>
  175. <div class="comment-content" property="schema:commentText">
  176. <p>Quand je voix le logo Goobuntu, je me dis que sa serai peut etre par la que viendra la marche vers cette consécration du web tools et open source.<br />
  177. <br />
  178. Si un géant du net décidé de créer une distribution basé sur redhat ou debian, et entierement basé sur les webservice (stocké en local, et sur le net) alors on pourrait se rapprocher des scenarii présenter.<br />
  179. <br />
  180. D'autant plus que d'apres les licences de ce genre de distrib unix, l'ursurfruit devra etre gratuit et publiée nan ?<br />
  181. <br />
  182. Pour la net dépendance, c'est tres perseptible pour moi, en proie a des probleme de connection, je me rend vite compte que sans le net, je ne peux pas faire grand chose sur mon pc. D'ou l'utilité de mettre en place des backup (qui pourront etre gerer directement pas l'os automatiquement) par exemple.</p>
  183. </div>
  184. </div>
  185. <div class="comment" typeof="schema:UserComments">
  186. <p class="comment-meta">
  187. <span class="comment-author" property="schema:creator">shingara</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  188. </p>
  189. <div class="comment-content" property="schema:commentText">
  190. <p>Quelqu'un l'a déjà dit, mais je pense que le vrai problème n'est pas la solution logiciel, mais l'hébergement. <br />
  191. <br />
  192. En effet il existe déjà énormément de logiciel libre qui existe et qui font tout ce que tu as dit. Le truc est que c'est souvent fait en PHP car c'est ce qui est le plus simple à héberger sur un site mutualisé. Mais ça existe aussi dans d'autre langage, mais alors il faut un autre serveur et là le coût n'est plus du tout le même. Est-ce que les utilisateurs sont prêt à mettre minimum 30 euros par mois pour avoir une décentralisation complète ? Je ne suis pas sur. ils payent déjà 30 euros par mois pour avoir internet et quand je parlais de 30 euros, je pensais à la dedibox.<br />
  193. <br />
  194. En conséquence, je pense que ça passera d'abord par la réduction des coûts des serveur. Car tout existe déjà pour les initiés dans tous les langages, ruby, python, java ou php.<br />
  195. <br />
  196. Une des forces de linux par rapport à windows est son coût. Mais là, l'argument ne tiens pas pour permettre de décentraliser ses données.</p>
  197. </div>
  198. </div>
  199. <div class="comment" typeof="schema:UserComments">
  200. <p class="comment-meta">
  201. <span class="comment-author" property="schema:creator">ropib</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  202. </p>
  203. <div class="comment-content" property="schema:commentText">
  204. <p>Il existe eyeOS (<a href="http://eyeosfr.org/wiki/index.php/EyeOS" title="http://eyeosfr.org/wiki/index.php/EyeOS" rel="nofollow">eyeosfr.org/wiki/index.ph...</a>) par exemple pour commencer...<br />
  205. Mais moi personnellement ce qui m'ennuie c'est le stockage. Pourquoi ne pas imaginer un système Linux dont le stockage est d'office distribué entre les différents utilisateurs (voir CleverSafe). Le problème étant qu'il faut être tout le temps connecté. On peut imaginer une PC libre (je crois avoir vu ça quelque part) qu'on ne pourrait avoir que si on s'engage à être connecté par internet (encore faudrait-il un FAI &quot;libre&quot;) 24h/24. Après les application... il ne s'agirait que d'applications XUL qui peuvent être dès le départ imaginées comme distantes tournant sur XUL-Runner ou avec OrcZilla (<a href="http://www.orcaa.com/hosted/orcaa.com/forum.php?show_posts=89" title="http://www.orcaa.com/hosted/orcaa.com/forum.php?show_posts=89" rel="nofollow">www.orcaa.com/hosted/orca...</a>) ou alors voir eyeOS.</p>
  206. </div>
  207. </div>
  208. <div class="comment" typeof="schema:UserComments">
  209. <p class="comment-meta">
  210. <span class="comment-author" property="schema:creator">kvb</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  211. </p>
  212. <div class="comment-content" property="schema:commentText">
  213. <p>Pour moi ce n'est pas une utopie du tout, mais belle et bien l'avenir.<br />
  214. <br />
  215. En revanche tout cela je ne le verrais pas du côté de google ou Flickr<br />
  216. mais plus du côté des FAIs.<br />
  217. <br />
  218. Et je crois que le train est en marche ...<br />
  219. <br />
  220. Je m'explique vous savez que la pluspart des gros FAI (Orange, Free, neuf...) se lance dans la fibre optique jusqu'a l'utilisateur<br />
  221. <br />
  222. Les débits peuvents etre énormes ! Et permettre notamment de ne plus avoir d'ordinateur personnel, a savoir un gros serveur qui contient le systeme d'exploitation, l'espace disque dur etc ... et du coté de l'utilisateur juste un terminal<br />
  223. Concraitement imaginez un FAI comme free, qui propose via leur freebox de brancher un moniteur, un clavier et une souris dessus<br />
  224. et hop c'est tout !<br />
  225. <br />
  226. Economiquement ca ne coute pas grand chose pour l'abonné.<br />
  227. Et c'est un sacré argument de vente que de faire un bureau virtuel.<br />
  228. Les besoins satisfairont 95% des utilisateurs, en simplifiant de surcroit l'utilisation (vrai nomadisme, gestion du firewall et de l'antivirus qui n'est plus à faire etc ...)<br />
  229. Du côté des FAI, l'investissement par rapport aux retours peuvent etre interressant pour eux.<br />
  230. <br />
  231. Les roles du libre la-dedans ? Ca serait d'etre pret avant microsoft de proposé rapidement un outil capable de faire cela. Si le pli est pris qu'un systeme d'exploitation (dont l'utilisateur n'aura pas à géré) ca peut-etre tout bon pour nous !<br />
  232. Et je crois que c'est un peu ce que Gaël DUVAL (fondateur de mandriva) veut faire avec son projet ulteo<br />
  233. <a href="http://www.ulteo.com/main/" title="http://www.ulteo.com/main/" rel="nofollow">www.ulteo.com/main/</a><br />
  234. (distribution basé sur ubuntu d'ailleurs)<br />
  235. <br />
  236. Ca serait bien que ce truc là démarre vite chez un FAI, même si il y a pour le debut peu d'espace disque dur.<br />
  237. <br />
  238. Affaire à suivre donc...<br />
  239. <br />
  240. <br />
  241. </p>
  242. </div>
  243. </div>
  244. <div class="comment" typeof="schema:UserComments">
  245. <p class="comment-meta">
  246. <span class="comment-author" property="schema:creator">hapax</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  247. </p>
  248. <div class="comment-content" property="schema:commentText">
  249. <p>Je rejoins plusieurs avis exprimés dans les commentaires précédents.<br />
  250. L'idéal serait de pouvoir installer un tel système sur sa machine à la maison et de pouvoir y accéder de n'importe où dans de bonnes conditions de confort.<br />
  251. <br />
  252. Un peu comme ce que permettent les logiciels de prise de contrôle à distance à l'heure actuelle à part que la faible qualité de nos débits sortants rend le système inutilisable en permanence et au quotidien.<br />
  253. <br />
  254. Mais imaginez, vous avez une belle Ubuntu installée sur votre pc et différents profils d'utilisateurs.<br />
  255. Si c'est vous qui vous loggez via un pc distant vous pouvez tout faire comme si vous étiez devant votre machine. En revanche si c'est un visiteur (il faudrait prévoir plusieurs types de visiteurs avec plusieurs niveaux de privilèges) alors il n'a accès qu'à certains contenus.<br />
  256. <br />
  257. Plus de problème de vie privé (les données son stockées sur VOTRE machine) plus de problème de back-up (dans la mesure où vous êtes rigoureux sur ce point) et grâce à Ubuntu et les différents softs installés vous êtes sur du full opensource.<br />
  258. <br />
  259. Il y a en fait une seule vraie limite à cette solution à l'heure actuelle, il faudrait que tout le monde puisse bénéficier d'une énorme bande passante... (et accessoirement que le système soit blindé niveau sécurité)</p>
  260. </div>
  261. </div>
  262. <div class="comment" typeof="schema:UserComments">
  263. <p class="comment-meta">
  264. <span class="comment-author" property="schema:creator">effraie</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  265. </p>
  266. <div class="comment-content" property="schema:commentText">
  267. <p>hum...<br />
  268. <br />
  269. personnellement, je cherche tjrs ce que ce type de truc m'apporterais de plus qu'un PIII recyclé en serveur personnel... (ou un dédié type dedibox) (et équipé des bonne applis, bien sur)<br />
  270. Bien sur, il faut en passer par la longue et douloureuse phase d'apprentissage/installation/configuration. On peut cependant imaginer que les solutions libres &quot;clefs en main&quot; facilite ça pour Mr toulemeonde, a moyen terme.<br />
  271. <br />
  272. En fait, quand je regarde comment je fonctionne au quotidien...<br />
  273. <br />
  274. je m'aperçois que mon blog est hébergé a la maison, mon mail aussi, je peux accéder a mes données en FTP ou SSH d'ou je veux (et un sous répertoire de mon home est la racine d'apache), rien ne m'empêche de faire tourner un client irc/jabber/etc dans un screen, idem pour mon agrégateur... mes sauvegardes vers un disque externe (LAN) sont automatisées.<br />
  275. <br />
  276. Avec l'augmentation des débits, on voit venir le jour il ne sera pas inenvisageable de lancer OOo , ou gimp avec ssh -X.<br />
  277. <br />
  278. la, je regarde ma barre d'outils, et je ne vois plus d'application que j'utilise quotidiennenment que je ne puisse pas utiliser de cette manière..<br />
  279. <br />
  280. alors, finalement, pour les geeks que nous sommes, au débit des connexions prés, cette &quot;utopie&quot; est déjà une réalité... non?<br />
  281. <br />
  282. je ne vois pas pourquoi tout ça ne se simplifierais pas suffisament, a moyen terme, pour être accessible a Mr toulemonde.<br />
  283. <br />
  284. bien sur, on peux imaginer des interfaces un peu plus conviviale que squirrelmail ou irssi... mais bon, ça ne semble pas une révolution si importante.</p>
  285. </div>
  286. </div>
  287. <div class="comment" typeof="schema:UserComments">
  288. <p class="comment-meta">
  289. <span class="comment-author" property="schema:creator">Topazz</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  290. </p>
  291. <div class="comment-content" property="schema:commentText">
  292. <p>Effectivement, la solution à développer est l'hébergement P2P, les données perso étant cryptées (puisque présentes sur l'ordinateur d'autres personnes).<br />
  293. Il faut donc développer un site web qui va rechercher le contenu par méthode p2p sur d'autres ordi, et l'afficher comme une page web sur le site.<br />
  294. Avantages : gratuit, robuste, c'est vraiment communautaire, on dépend de personne<br />
  295. <br />
  296. Faudrait lancer une liste des personnes qui veulent contribuer au projet (programmateurs notamment).</p>
  297. </div>
  298. </div>
  299. <div class="comment" typeof="schema:UserComments">
  300. <p class="comment-meta">
  301. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  302. </p>
  303. <div class="comment-content" property="schema:commentText">
  304. <p>Marrant, mais le Goobuntu, me fait plutôt froid dans le dos. Je suis pas convaincu que google soit le meilleur acteur pour pousser cela (même si cela reste peut être le moins pire).<br />
  305. <br />
  306. Pour l'import/export, ouais c'est bien mais bon, pour le quidam moyen, un fichier xml, même répondant à un format standard, ça revient à perdre ses infos si la nouvelle appli qu'il prend ne contient pas de convertisseur.<br />
  307. <br />
  308. Un grand pas vers la liberté serait de pouvoir choisir entre service hébergé et service qu'on gère soit-même pour une application :-)<br />
  309. <br />
  310. On va y arriver (j'ai déjà 2 projets en têtes (dont un perso) qui partent sur ce principe) ;-)</p>
  311. </div>
  312. </div>
  313. <div class="comment" typeof="schema:UserComments">
  314. <p class="comment-meta">
  315. <span class="comment-author" property="schema:creator">barth</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  316. </p>
  317. <div class="comment-content" property="schema:commentText">
  318. <p>En cherchant, on trouve de nombreux projets opensources visant à rendre cet enigmatique web2.0 plus libre. <br />
  319. <br />
  320. L'un deux qui, depuis quelques temps déjà, m'intrigue grandement est le projet ulteo <a href="http://www.ulteo.com" title="http://www.ulteo.com" rel="nofollow">www.ulteo.com</a> de Gaël Duval (Fondateur de la distribution Mandrake Linux et licencié en 2006 par le directeur général de Mandriva). <br />
  321. <br />
  322. Ce projet n'est pas encore entièrement révélé, mais semble être prometteur. Ainsi il devrait permettre (non testé par moi-même), entre autre , une &quot;virtualisation&quot; de son système d'exploitation (libre), afin de pouvoir y accéder depuis n'importe quel navigateur. Plus d'info sur le site de ultéo.</p>
  323. </div>
  324. </div>
  325. <div class="comment" typeof="schema:UserComments">
  326. <p class="comment-meta">
  327. <span class="comment-author" property="schema:creator">Thesa</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  328. </p>
  329. <div class="comment-content" property="schema:commentText">
  330. <p>C'est à peu de chose prêt le billet que je n'ai pas le temps d'écrire depuis deux mois... Je voulais intituler ça « Libérons le Web 2.0 », faire une liste des applications web 2.0 libres existant déjà, etc. Je crois que je vais me contenter de lier ton billet, et peut-être aussi ceux cités en commentaires (je ne suis pas encore allé voir) :-/ .<br />
  331. <br />
  332. Je vois qu'il y a pas mal de monde qui pense la même chose, alors : c'est quand qu'on commence ? Faudrait ouvrir un wiki pour faire du brainstorming, recenser ce qui existe, tout ça... Et faire le reste.<br />
  333. <br />
  334. (Pourquoi faut toujours que je manque de temps quand il y a des choses intéressantes à faire ?)</p>
  335. </div>
  336. </div>
  337. <div class="comment" typeof="schema:UserComments">
  338. <p class="comment-meta">
  339. <span class="comment-author" property="schema:creator">termitor</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  340. </p>
  341. <div class="comment-content" property="schema:commentText">
  342. <p>J'avais deja reflechie un peut a ce genre de choses, <br />
  343. il y plusieurs fondamentaux<br />
  344. 1/ L'authentification et identification distribuer <br />
  345. 2/ Donc aussi les droits a definir qui vont avec.<br />
  346. 3/ La categorisation, qui devrais passer par des tags et des annuaires.<br />
  347. 4/ le format de données qui doit pouvoir etre aussi bien de simple article, que des blogs forum ou autre.<br />
  348. <br />
  349. le probleme est d'avoir un framework/noyau applicatif suffisament bien penser pour gere n'importe quelle type de service. Ce n'est pas simple.<br />
  350. <br />
  351. la diff entre un forum un blog ou article, c'est l'imbrication des messages, et les droits associés. <br />
  352. <br />
  353. enfin voila une simple reflection.<br />
  354. <br />
  355. Bien a vous.</p>
  356. </div>
  357. </div>
  358. <div class="comment" typeof="schema:UserComments">
  359. <p class="comment-meta">
  360. <span class="comment-author" property="schema:creator">NiKo</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  361. </p>
  362. <div class="comment-content" property="schema:commentText">
  363. <p>Moi je vois bien pleins d'applis libres interopérables car implémentant pleins de protocoles et formats ouverts...<br />
  364. <br />
  365. Qu'on soit tous propriétaires de nos contenus, y compris nos commentaires, trackbacks, mails envoyés, etc... <br />
  366. <br />
  367. Des applis et services qu'on héberge où on veut, sur son serveur perso ou chiffrées sur un service redondé en cluster...<br />
  368. <br />
  369. Vivement demain :-)</p>
  370. </div>
  371. </div>
  372. <div class="comment" typeof="schema:UserComments">
  373. <p class="comment-meta">
  374. <span class="comment-author" property="schema:creator">vdemeester</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  375. </p>
  376. <div class="comment-content" property="schema:commentText">
  377. <p>Oua, ça fait longtemps que tu devais le faire ce billet hein !?!! :D<br />
  378. <br />
  379. Je suis complètement de ton avis. J'essaye constamment de faire pencher les gens avec qui je travail à penser à ce genre de problématique (enfin je/eux ne sont encore que des étudiants :)).<br />
  380. <br />
  381. Pour moi ce n'est pas un rêve, je commence dès maintenant :D</p>
  382. </div>
  383. </div>
  384. <div class="comment" typeof="schema:UserComments">
  385. <p class="comment-meta">
  386. <span class="comment-author" property="schema:creator">Gou</span> le <span class="comment-date" property="schema:commentTime">31/01/2007</span> :
  387. </p>
  388. <div class="comment-content" property="schema:commentText">
  389. <p>Billet très intéressant... Je réfléchissait un peu ces derniers temps à des problématiques similaires (applications en ligne maintenues par une communauté, sécurité des données, gratuité contre vie privée...). J'en étais arrivé à la solution d'être mon propre hébergeur... ce qui était satisfaisant pour moi, mais pas pour les autres ;-)</p>
  390. </div>
  391. </div>
  392. <div class="comment" typeof="schema:UserComments">
  393. <p class="comment-meta">
  394. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">01/02/2007</span> :
  395. </p>
  396. <div class="comment-content" property="schema:commentText">
  397. <p>Wow, le moins qu'on puisse dire c'est que ça a fait réagir :-) Il suffit que je m'absente quelques heures pour aller voir ce qui se passe à Solutions Linux et c'est un vrai raz-de-marée ! C'est motivant pour la suite... car il est temps de réagir.<br />
  398. <br />
  399. @giz404 : <br />
  400. <br />
  401. &gt; les applications &quot;bureau&quot;ont encore une belle vie avant d'être remplacées par des applications en ligne.<br />
  402. <br />
  403. Tout à fait, je voulais surtout souligner qu'il vallait mieux être prêt à temps (pour une fois...)<br />
  404. <br />
  405. @NiCoS :<br />
  406. <br />
  407. &gt; Le Web 2.0 est surement une étape vers cet objectif mais n'en est qu'un prémisse...<br />
  408. <br />
  409. J'avoue avoir employé web 2.0 pour le détourner un peu du tout commercial actuel.<br />
  410. <br />
  411. @j.ducastel :<br />
  412. <br />
  413. &gt; Pour ce qui est de la pérennité, peut être qu'un système de stockage générique à la Amazon s3, en p2p serait une solution ?<br />
  414. <br />
  415. Oui, à ce sujet j'ai découvert peerple hier à Solutions Linux : <a href="http://peerple.net" title="http://peerple.net" rel="nofollow">peerple.net</a> Vraiment intéressant, à suivre de près.<br />
  416. <br />
  417. @Jerome :<br />
  418. <br />
  419. &gt; il va falloir que je trouve un hebergeur assez véloce, et donc cher.<br />
  420. <br />
  421. Oui, c'est pour ça que j'évoque la possibilité pour un hébergeur de fournir un tel service sous la forme d'un pack.<br />
  422. <br />
  423. @neolao :<br />
  424. <br />
  425. &gt; La pérennité par l'import/export c'est super. Mais si on ne retrouve pas l'outil qui exploite les données comme on veut, c'est triste.<br />
  426. <br />
  427. Je ne peux que confirmer...<br />
  428. <br />
  429. @root :<br />
  430. <br />
  431. &gt; D'autant plus que d'apres les licences de ce genre de distrib unix, l'ursurfruit devra etre gratuit et publiée nan ?<br />
  432. <br />
  433. l'ursufruit ?!<br />
  434. <br />
  435. @shingara :<br />
  436. <br />
  437. &gt; Est-ce que les utilisateurs sont prêt à mettre minimum 30 euros par mois pour avoir une décentralisation complète ?<br />
  438. <br />
  439. Oui, lorsque je dis rêve de geek je pense évidemment aux personnes qui ont compris les enjeux d'un tel système et qui sont prêtes à mettre le prix en contrepartie de leur liberté. Mais le grand public suivra, les coûts d'hébergement vont diminuer.<br />
  440. <br />
  441. @robip :<br />
  442. <br />
  443. &gt; Pourquoi ne pas imaginer un système Linux dont le stockage est d'office distribué entre les différents utilisateurs (voir CleverSafe).<br />
  444. <br />
  445. Oui, la bande passante ne faisant qu'augmenter, ce sera un jour possible. Enfin avec les DRM etc je sais pas si cette solution sera mise en avant...<br />
  446. <br />
  447. @kvb : <br />
  448. <br />
  449. &gt; Concraitement imaginez un FAI comme free, qui propose via leur freebox de brancher un moniteur, un clavier et une souris dessus<br />
  450. et hop c'est tout !<br />
  451. <br />
  452. C'est un peu l'objectif de la NeufBox il me semble mais en non décentralisé. Bonne idée à méditer :-)<br />
  453. <br />
  454. @hapax :<br />
  455. <br />
  456. &gt; L'idéal serait de pouvoir installer un tel système sur sa machine à la maison et de pouvoir y accéder de n'importe où dans de bonnes conditions de confort.<br />
  457. <br />
  458. Les solutions graphiques actuelles sont trop lourdes, comme tu le dis il faudrait une énorme bande passante. Mais peut-être que la course à la bande passante ira plus vite que les développements d'application web.<br />
  459. <br />
  460. @effraie : geek.<br />
  461. <br />
  462. &gt; alors, finalement, pour les geeks que nous sommes, au débit des connexions prés, cette &quot;utopie&quot; est déjà une réalité... non?<br />
  463. <br />
  464. Bien sûr mais à quel coût d'apprentissage et de temps... sans compter l'aspect sécurité qui n'est pas forcément présent dans toutes les bidouilles de geeks.<br />
  465. <br />
  466. @Topazz : oui cf remarque sur peerple.<br />
  467. <br />
  468. &gt; Faudrait lancer une liste des personnes qui veulent contribuer au projet (programmateurs notamment).<br />
  469. <br />
  470. Ce premier billet était une prise de température ;-).<br />
  471. <br />
  472. @NiCoS : encore ! :p<br />
  473. <br />
  474. &gt; Marrant, mais le Goobuntu, me fait plutôt froid dans le dos.<br />
  475. <br />
  476. Moi aussi, je l'ai mis plus comme une menace qu'autre chose, enfin pour certains c'est la solution. À voir.<br />
  477. <br />
  478. @barth : tiens deuxième personne qui évoque Ultéo dans les commentaires, je ne sais pas ce que vaut le produit mais en tout cas la com' est bonne, il faudra que je teste :-).<br />
  479. <br />
  480. @Thesa : oui il y a quelques mois que je devais le faire aussi...<br />
  481. <br />
  482. &gt; Pourquoi faut toujours que je manque de temps quand il y a des choses intéressantes à faire ?<br />
  483. <br />
  484. Pareil, finalement la vie d'étudiant c'était pas mal pour tous ces projets !<br />
  485. <br />
  486. &gt; c'est quand qu'on commence ?<br />
  487. <br />
  488. Je laisse mûrir un peu le fruit.<br />
  489. <br />
  490. @termitor :<br />
  491. <br />
  492. &gt; le probleme est d'avoir un framework/noyau applicatif suffisament bien penser pour gere n'importe quelle type de service. Ce n'est pas simple.<br />
  493. <br />
  494. Oui, ça demande une énorme réflexion en amont.<br />
  495. <br />
  496. <br />
  497. @NiKo : <br />
  498. <br />
  499. &gt; Qu'on soit tous propriétaires de nos contenus, y compris nos commentaires, trackbacks, mails envoyés, etc... <br />
  500. <br />
  501. Il parait qu'il y a une implémentation en cours à ce sujet, mais chuuuut ;-).<br />
  502. <br />
  503. @vdemeester : <br />
  504. <br />
  505. &gt; Oua, ça fait longtemps que tu devais le faire ce billet hein !?!! :D<br />
  506. <br />
  507. et encore quand je t'en ai parlé ça faisait des mois que j'y pensais et j'ai dû le réécrire deux ou trois fois (sans être vraiment satisfait du dernier jet).<br />
  508. <br />
  509. &gt; Pour moi ce n'est pas un rêve, je commence dès maintenant :D<br />
  510. <br />
  511. Ah ? À quel niveau ? :-).<br />
  512. <br />
  513. @Gou :<br />
  514. <br />
  515. &gt; J'en étais arrivé à la solution d'être mon propre hébergeur... ce qui était satisfaisant pour moi, mais pas pour les autres ;-)<br />
  516. <br />
  517. Oui, mais j'en ai marre de faire de l'admin sys' à vrai dire.<br />
  518. <br />
  519. </p>
  520. </div>
  521. </div>
  522. <div class="comment" typeof="schema:UserComments">
  523. <p class="comment-meta">
  524. <span class="comment-author" property="schema:creator">Exod</span> le <span class="comment-date" property="schema:commentTime">01/02/2007</span> :
  525. </p>
  526. <div class="comment-content" property="schema:commentText">
  527. <p>Je suis, avec un amis, en pleine réflexion pour la création d'une CMS entièrement modulaire en AJAX/PHP. Parmis nos idées figure la possibilité d'intégrer des parties d'autres sites (modules étrangers) pour ajouter du contenu à la volée, directement dans la page plutôt qu'en lien.<br />
  528. <br />
  529. Cela nécessite tout d'abord que les fournisseurs de contenus concernés proposent ce service (on pense à Flickr ou Youtube proposant un module permettant l'affichage d'une vidéo en dehors de leur site... je crois d'ailleurs que ça existe) et en second lieu un certain niveau de standartisation.<br />
  530. <br />
  531. On peut aller plus loin en imaginant une plus grande flexibilité encore. Par exemple un système de login décentralisé permettant de se connecter avec un seul accompte créé sur un site de confiance (le votre, par exemple) sur n'importe quel site adhérant à une charte (cercle de confiance) et utilisant la même technologie.<br />
  532. <br />
  533. On s'éloigne un peu du sujet de l'API distante, mais je crois que ce genre de réflexions sont similaires et peuvent bénéficier l'une de l'autre. Dans un web 3.0 avec une intégration complète d'APIs distantes, le web et l'api auront tendance à fusioner, et si ces techniques se rejoignent sur le plan de l'interopérabilité dès maintenant, la jonction ne sera que plus facile et rapide...</p>
  534. </div>
  535. </div>
  536. <div class="comment" typeof="schema:UserComments">
  537. <p class="comment-meta">
  538. <span class="comment-author" property="schema:creator">termitor</span> le <span class="comment-date" property="schema:commentTime">02/02/2007</span> :
  539. </p>
  540. <div class="comment-content" property="schema:commentText">
  541. <p>Pour pousser la réflection sur le système d'auth/iden distribuer, on pourrais ajouter une signature numérique (par un jeux de clé public/privée) qui permet de certifier un contenue a une identité. on ne doit pas se baser sur la confiance qui ne permet pas d'avoir toutes l'ouverture possible.<br />
  542. <br />
  543. il y a un modèle en couche a penser.<br />
  544. <br />
  545. * en premier lieu la persistance, data/message, et les attributs qui vont avec.<br />
  546. <br />
  547. * l'assemblage, qui permet de faire a partir de divers data/message un assemblage quoi correspond a un média, je parle de la forme du média, telle que blog avec ou sans commentaire, modération. ou forum qui pose les mêmes problématiques, ou même une gallérie photo.<br />
  548. <br />
  549. * la structuration, ne doit pas se baser sur les média, car on ne pourrais pas intègre facilement les diverse sources d'information. donc il faut une base de tags commune, et la possibilité d'utiliser des catégorie pour mettre en avant le contenue d'un site comme chacun le désir. tags oriénté mots clée, évenement, domaine et métier, date et auteur, etc, pour utiliser les tags comme des veritable d'outils de classification de l'information<br />
  550. . <br />
  551. je voulais faire un php oriente prototype pour faire cela plus facilement, mais cela demande un travail de réflection énorme sur le langage.<br />
  552. <br />
  553. *néanmoins, sans partir a faire un compilateur php prototype, on peut pour commencer, définir quelle classe de base. (ou plutôt interface de base)<br />
  554. <br />
  555. ** il ne faut pas définir de politique particulière, mais se limite a offrir des mécanisme générique dans les interfaces , et encaspsuler les paramètres spécifiques.<br />
  556. <br />
  557. ** cela doit être orienté framework/cms, pour pouvoir gérer cela de façon intelligentes et la plus simple possible, utilise des règles de cascade comme CSS pour l'organisation du site serais intéressant.<br />
  558. <br />
  559. je dis cela , car avoir un maximum de généricité est ce qui permet de faire quelle choses de propre et surtout facilement modifiable. L'encaspsulation des choses non générique doit être prévue dans l'architecture, et surtout aucune politique doit être rigide, on doit pouvoir utilise des politique prédéfinie mais jamais imposée.<br />
  560. <br />
  561. PS: je suis partant , a quand un forum pour définir des spécification ensemble? Car programmer n'est pas le problème, mais savoir précisément quoi programmer, c'est bien autre choses.<br />
  562. <br />
  563. Bien a vous.</p>
  564. </div>
  565. </div>
  566. <div class="comment" typeof="schema:UserComments">
  567. <p class="comment-meta">
  568. <span class="comment-author" property="schema:creator">Stéphane Bortzmeyer</span> le <span class="comment-date" property="schema:commentTime">02/02/2007</span> :
  569. </p>
  570. <div class="comment-content" property="schema:commentText">
  571. <p>Pour les sauvegardes des données hébergées à l'extérieur, il est évident qu'il *faut* copier en local régulièrement. Notez que c'est vrai que l'hébergeur soit une grosse boîte capitaliste états-unienne, une coopérative écolo tiers-mondiste ou bien un réseau P2P anonyme avec chiffrement. Dans tous les cas, vous ne pouvez pas demander à cet hébergeur (surtout s'il est gratuit) de se préoccuper de la pérennité de vos données plus que vous ne le faites vous-même.<br />
  572. <br />
  573. Donc, avant de choisir un service distant, toujours vérifier qu'on pourra sauvegarder facilement. <br />
  574. <br />
  575. Avec del.icio.us, par exemple:<br />
  576. <br />
  577. wget -O bookmarks-at-delicious --http-user=YOURNAME--http-passwd=YOURPASSWORD '<a href="https://api.del.icio.us/v1/posts/all'" title="https://api.del.icio.us/v1/posts/all'" rel="nofollow">api.del.icio.us/v1/posts/...</a><br />
  578. <br />
  579. (facile à mettre dans cron ou équivalent)<br />
  580. <br />
  581. Le résultat est un fichier XML facile à rétro-ingénierer (pour ceux qui s'inquiétaient de ne pas avoir le logiciel)<br />
  582. <br />
  583. Évidemment, ça ne traite que la question de la pérennité, pas celle de la confidentialité...<br />
  584. </p>
  585. </div>
  586. </div>
  587. <div class="comment" typeof="schema:UserComments">
  588. <p class="comment-meta">
  589. <span class="comment-author" property="schema:creator">Anh-Tuan@Peerple</span> le <span class="comment-date" property="schema:commentTime">03/02/2007</span> :
  590. </p>
  591. <div class="comment-content" property="schema:commentText">
  592. <p>Peerple fournit les bases de se rêve commun à de nombreux geeks (dont moi):<br />
  593. - sécurité bétonnée<br />
  594. - interface web 2.0 personnalisable cross browser compatible<br />
  595. - navigateur de fichier riche (vignettes photos, etc...)<br />
  596. - gestionnaire de contacts<br />
  597. - partage sélectif (données et personnes)<br />
  598. - sauvegarde automatique de données<br />
  599. - mail<br />
  600. - DNS<br />
  601. - GPL<br />
  602. <br />
  603. Intégrer un module de blog, un agenda, un éditeur de documents, gestionnaire RSS, etc... ça viendra par la suite et ce n'est pas le plus dur à développer. Les bases solides sont déjà là!<br />
  604. <br />
  605. Soyez patients ou aidez nous pour atteindre plus vite se rêve :-)</p>
  606. </div>
  607. </div>
  608. <div class="comment" typeof="schema:UserComments">
  609. <p class="comment-meta">
  610. <span class="comment-author" property="schema:creator">Alex.</span> le <span class="comment-date" property="schema:commentTime">07/02/2007</span> :
  611. </p>
  612. <div class="comment-content" property="schema:commentText">
  613. <p>Autre solution, pour ceux que les problèmes de vie-privée / authentification ne gènent pas (ou plus simplement qui souhaitent continuer à utiliser tous ces services pour différentes raisons): continnuer à utiliser des services externes et cron-er des backups comme le dit Stéphane, mais en ajoutant une composante web sémantique en transformant toutes les données entrantes dans un format commun (SIOC par ex.).<br />
  614. <br />
  615. Ainsi, ça permettrait de visualiser son réseau social perso, de faire des recherches sur l'ensemble des données (photos, mails, bookmarks ...), et de merger les tags des différentes applis par ex, etc ...<br />
  616. </p>
  617. </div>
  618. </div>
  619. <div class="comment" typeof="schema:UserComments">
  620. <p class="comment-meta">
  621. <span class="comment-author" property="schema:creator">lxs</span> le <span class="comment-date" property="schema:commentTime">09/02/2007</span> :
  622. </p>
  623. <div class="comment-content" property="schema:commentText">
  624. <p>juste en passant, en réponse à : <br />
  625. <br />
  626. Il faut donc développer un site web qui va rechercher le contenu par méthode p2p sur d'autres ordi, et l'afficher comme une page web sur le site.<br />
  627. <br />
  628. voir www.peerple.org (le site web ne répond pas pour l'instant, mais j'ai vu une démo à solution linux, c'est géré par l'inria)<br />
  629. <br />
  630. c'est un outil de sauvegarde et de partage en peer to peer. </p>
  631. </div>
  632. </div>
  633. <div class="comment" typeof="schema:UserComments">
  634. <p class="comment-meta">
  635. <span class="comment-author" property="schema:creator">Anh-Tuan@Peerple</span> le <span class="comment-date" property="schema:commentTime">10/02/2007</span> :
  636. </p>
  637. <div class="comment-content" property="schema:commentText">
  638. <p>Petite rectification, c est www.peerple.net et non .org<br />
  639. <br />
  640. et desole pour les fautes d ortographe de mon dernier post, depuis le salon solutions linux, j ai du mal a parler et a ecrire... </p>
  641. </div>
  642. </div>
  643. <div class="comment" typeof="schema:UserComments">
  644. <p class="comment-meta">
  645. <span class="comment-author" property="schema:creator">Naloj</span> le <span class="comment-date" property="schema:commentTime">18/03/2007</span> :
  646. </p>
  647. <div class="comment-content" property="schema:commentText">
  648. <p>@robip &gt; Pourquoi ne pas imaginer un système Linux dont le stockage est d'office distribué entre les différents utilisateurs (voir CleverSafe).<br />
  649. <br />
  650. Oui, et les dernières évolutions du P2P vont dans ce sens. Après la décentralisation (Bittorent) et le cryptage (Gnutella), les systèmes GNUnet et FreeNet cherchent à aller encore plus loin : l'idée de FreeNet est de considérer le Web comme un immense disque dur partagé et anonyme, et de l'employer pour héberger un Web alternatif anonyme.<br />
  651. <br />
  652. Chaque utilisateur est client/serveur et partage une petite partie de son disque dur qui contribue à l'espace global d'hébergement, et de même pour la bande passante.<br />
  653. <br />
  654. L'équipe de développement vise surtout l'aspect Web, mais c'est en soi un p2p qui permet des échanges de fichier comme un autre. <br />
  655. Plus d'informations :<br />
  656. - rétrospective et futur du P2P <a href="http://fr.wikipedia.org/wiki/P2p" title="http://fr.wikipedia.org/wiki/P2p" rel="nofollow">fr.wikipedia.org/wiki/P2p</a><br />
  657. - le réseau FreeNet <a href="http://fr.wikipedia.org/wiki/Freenet" title="http://fr.wikipedia.org/wiki/Freenet" rel="nofollow">fr.wikipedia.org/wiki/Fre...</a><br />
  658. - le réseau GNUNet <a href="http://fr.wikipedia.org/wiki/GNUnet" title="http://fr.wikipedia.org/wiki/GNUnet" rel="nofollow">fr.wikipedia.org/wiki/GNU...</a><br />
  659. </p>
  660. </div>
  661. </div>
  662. <div class="comment" typeof="schema:UserComments">
  663. <p class="comment-meta">
  664. <span class="comment-author" property="schema:creator">Candide</span> le <span class="comment-date" property="schema:commentTime">04/12/2007</span> :
  665. </p>
  666. <div class="comment-content" property="schema:commentText">
  667. <p>Je continue en quelque sorte mon commentaire d'hier soir. J'ai encore un peu parcouru ton blog que, au passage je trouve très réussi. Et là je suis tombé sur cet article. En fait ce que tu décris est la définition-même de mon projet: utilisant des frameworks permettant de faire du RAD, basé sur le web sémantique pour la pérenninté et l'interopérabilité des formats de données et reposant sur un mode d'hébergement &quot;engagé&quot;, même si éventuellement payant. Une dimension cruciale de PalaceHotel (et la raison de l'occurence du mot &quot;Hotel&quot; dans le nom) est que les données doivent être facilement transférables d'un hébergeur à un autre: l'utilisateur doit être complètement rassuré sur le fait qu'il a la main à tout moment sur ses propres données.<br />
  668. J'aimerais beaucoup discuter de tout ça de vive voix, peut-être quand je serai de passage à Paris (est-ce bien là que tu crèches?). Je me sens un peu isolé dans mon &quot;combat&quot; car je travaille seul à ce projet depuis déjà un peu moins d'un an. Tes (vos) commentaires seront donc très, très très, appréciés. :-)<br />
  669. <br />
  670. Bonne soirée</p>
  671. </div>
  672. </div>
  673. <div class="comment" typeof="schema:UserComments">
  674. <p class="comment-meta">
  675. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">04/12/2007</span> :
  676. </p>
  677. <div class="comment-content" property="schema:commentText">
  678. <p>@Candide : oui suite à ton commentaire j'ai commencé à regarder ce que tu avais fait et ça m'a l'air tout à fait en accord avec ce que je voyais pour mon rêve de geek. Je suis vraiment très favorable à une rencontre sur Paris pour parler de tout ça :-).</p>
  679. </div>
  680. </div>
  681. <div class="comment" typeof="schema:UserComments">
  682. <p class="comment-meta">
  683. <span class="comment-author" property="schema:creator">Candide</span> le <span class="comment-date" property="schema:commentTime">04/12/2007</span> :
  684. </p>
  685. <div class="comment-content" property="schema:commentText">
  686. <p>Super! Je devrais être là autour du nouvel an. Pour les détails, mon adresse: <a href="mailto:candide@palacehotel.org">candide@palacehotel.org</a></p>
  687. </div>
  688. </div>
  689. <div class="comment" typeof="schema:UserComments">
  690. <p class="comment-meta">
  691. <span class="comment-author" property="schema:creator">Stéphane Bortzmeyer</span> le <span class="comment-date" property="schema:commentTime">18/02/2008</span> :
  692. </p>
  693. <div class="comment-content" property="schema:commentText">
  694. <p>On notera également la passionnante étude Evaluating Personal Archiving Strategies for Internet-based Information &lt;<a href="http://arxiv.org/pdf/0704.3647.pdf" title="http://arxiv.org/pdf/0704.3647.pdf" rel="nofollow">arxiv.org/pdf/0704.3647.p...</a> de Catherine Marshall, Frank McCown et Michael Nelson, qui ont étudié les croyances des utilisateurs quant au risque de perte de leurs données, les stratégies de sauvegarde utilisées et les efforts qui avaient été fait pour récupérer ses données. Cette étude montre que le problème est réel : la grande majorité des utilisateurs ne prend pas la question suffisamment au sérieux, même pour des sites Web commerciaux.<br />
  695. </p>
  696. </div>
  697. </div>
  698. <div class="comment" typeof="schema:UserComments">
  699. <p class="comment-meta">
  700. <span class="comment-author" property="schema:creator">termitor</span> le <span class="comment-date" property="schema:commentTime">30/05/2009</span> :
  701. </p>
  702. <div class="comment-content" property="schema:commentText">
  703. <p><a href="http://www.zorgloob.com/2009/05/google-wave-platteforme-de.asp">http://www.zorgloob.com/2009/05/google-wave-platteforme-de.asp</a></p>
  704. <p>google viens de données la reponse , il faut penser le noyau autour de la communications p2p ! et ca marche !</p>
  705. <p>c&#39;est le futur ! meme du web aussi qui est en jeux!</p>
  706. </div>
  707. </div>
  708. </div>
  709. </section>
  710. <footer>
  711. <nav>
  712. <p>
  713. <small>
  714. Je réponds quasiment toujours aux <a href="m&#x61;ilto:d&#x61;vid%40l&#x61;rlet&#46;fr" title="Envoyer un email">emails</a> (<a href="/david/signature/" title="Ma signature actuelle avec possibilité de chiffrement">signés</a>) et vous pouvez me rencontrer à Montréal. <span class="more-infos">N’hésitez pas à <a href="/david/log/" title="Être tenu informé des mises à jour">vous abonner</a> pour être tenu informé des publications récentes.</span>
  715. </small>
  716. </p>
  717. </nav>
  718. </footer>
  719. </div>
  720. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  721. <script data-no-instant>InstantClick.init()</script>
  722. </body>
  723. </html>