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

4 роки тому
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407
  1. <div class="comment" typeof="schema:UserComments">
  2. <p class="comment-meta">
  3. <span class="comment-author" property="schema:creator">Antoine</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  4. </p>
  5. <div class="comment-content" property="schema:commentText">
  6. <p>La démarche que tu exposes n'est-elle pas un peu celle que DataPortability veut mettre en place ? Il n'y a rien à écrire pour nos profils, la majorité de nos profils sont déjà écrit, d'où l'intéret de DataPortability</p>
  7. </div>
  8. </div>
  9. <div class="comment" typeof="schema:UserComments">
  10. <p class="comment-meta">
  11. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  12. </p>
  13. <div class="comment-content" property="schema:commentText">
  14. <p>DataPortability c'est bien mais depuis le « succès Scoble » j'ai vraiment peur que ça devienne une liste avec des discussions sans fin à la W3C (encore plus depuis qu'il y a des acteurs majeurs qui sont entrés dans le groupe), ça a du bon dans le sens où ça fait progresser la réflexion et parler du web sémantique mais au niveau de la concrétisation ça pose problème.<br />
  15. <br />
  16. Ils ont aussi des choix qui ne sont pas forcément les plus judicieux à mon avis, RSS vs. Atom -&gt; on prend RSS car c'est plus utilisé, FOAF -&gt; c'est trop vieux...<br />
  17. <br />
  18. En bref, c'est un excellent groupe de réflexion mais si on veut une application il va falloir se la faire, je commence à en avoir marre de ces discussions sans fins. Ce qu'il manque aujourd'hui c'est la glue et ça demande du code. Getting real.</p>
  19. </div>
  20. </div>
  21. <div class="comment" typeof="schema:UserComments">
  22. <p class="comment-meta">
  23. <span class="comment-author" property="schema:creator">Antoine</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  24. </p>
  25. <div class="comment-content" property="schema:commentText">
  26. <p>D'accord avec toi sur certains points mais je pense aussi qu'il faille un groupe de travail qui réflechi sur des solutions plus optimale sans obligatoirement proposer dans l'immédiat une solution. Au vu des acteurs qui sont récemment entrés dedans, cela pourrait mener vers une véritable solution de portabilité des données.<br />
  27. <br />
  28. Il faut être honnête, un FOAF par exemple, c'est bien dans son concept mais concrement, ça ne sert pas à grand chose ;) <br />
  29. Pour le choix du RSS façe à Atom, il faut bien se rendre à l'évidence que c'est le format le plus utilisé. Parfois, les standards le sont &quot;de facto&quot; et pas par choix d'optimalité technologique.</p>
  30. </div>
  31. </div>
  32. <div class="comment" typeof="schema:UserComments">
  33. <p class="comment-meta">
  34. <span class="comment-author" property="schema:creator">NiKo</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  35. </p>
  36. <div class="comment-content" property="schema:commentText">
  37. <p>C'est pour le moins ambitieux, j'ai hâte de voir ce que ça peut donner :)<br />
  38. <br />
  39. Tu t'es déjà fait quelques specs ? Une roadmap ? T'as selectionné les outils ? T'as besoin d'un coup de main ?</p>
  40. </div>
  41. </div>
  42. <div class="comment" typeof="schema:UserComments">
  43. <p class="comment-meta">
  44. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  45. </p>
  46. <div class="comment-content" property="schema:commentText">
  47. <p>@Antoine :<br />
  48. <br />
  49. &gt; je pense aussi qu'il faille un groupe de travail qui réflechi sur des solutions<br />
  50. <br />
  51. Tout à fait, je ne remets pas en doute l'utilité de ce groupe, c'est juste qu'à mon avis (et j'espère vraiment me tromper !) rien ne va en sortir de concret avant des années : chaque « grand acteur » va essayer de tirer la couette à lui et on va arriver à un statu quo. C'est exactement ce qu'il s'est passé sur la liste social-network-portability (morte depuis la pub autour de DP). L'objectif n'est pas pour ces acteurs de faire avancer les choses dans la libération des données mais bien d'occuper le terrain. Les annonces de untel qui rejoint DP que l'on a vu sont en grande partie stratégiques... ils ne vont quand même pas renoncer à ces données qui constituent leur business model comme ça.<br />
  52. <br />
  53. &gt; un FOAF par exemple, c'est bien dans son concept mais concrement, ça ne sert pas à grand chose<br />
  54. <br />
  55. Alors là je pense que tu te trompes. Dans un FOAF je peux stocker à la fois les informations me concernant mais aussi mes comptes distants et mes relations avec les autres, etc. Avec ça on peut faire énormément. Un simple exemple : tu arrives sur un service, il récupère ton FOAF grâce à ton OpenID et avec ça il te crée tes groupes d'amis, un groupe par type de relation par exemple. Utile ? Oui, dans la mesure où je n'ai plus qu'à le faire sur ma plateforme et ça synchronise directement vers tous mes services externes.<br />
  56. <br />
  57. @NiKo :<br />
  58. <br />
  59. &gt; C'est pour le moins ambitieux, j'ai hâte de voir ce que ça peut donner :)<br />
  60. <br />
  61. Et moi donc ;-).<br />
  62. <br />
  63. &gt; Tu t'es déjà fait quelques specs ?<br />
  64. <br />
  65. J'ai une idée assez précise de ce que je veux, je pense qu'il faut commencer par faire une interface à la génération d'un fichier FOAF, ce qui implique la gestion du profil utilisateur + la gestion des contacts.<br />
  66. <br />
  67. &gt; Une roadmap ?<br />
  68. <br />
  69. Non, je vais y réfléchir, tout se bouscule un peu en ce moment.<br />
  70. <br />
  71. &gt; T'as selectionné les outils ?<br />
  72. <br />
  73. Je commence à bien maîtriser Django et les bindings Redland, je suis ouvert à d'autres suggestions.<br />
  74. <br />
  75. &gt; T'as besoin d'un coup de main ?<br />
  76. <br />
  77. Toujours. Un petit groupe de motivés compétents serait parfait. Welcome aboard :-).<br />
  78. </p>
  79. </div>
  80. </div>
  81. <div class="comment" typeof="schema:UserComments">
  82. <p class="comment-meta">
  83. <span class="comment-author" property="schema:creator">Antoine</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  84. </p>
  85. <div class="comment-content" property="schema:commentText">
  86. <p>Je ne contredis en rien le potentiel du FOAF, je pense également qu'il est assez important. Par contre, vu que le FOAF n'est que très peu utilisé, son intérêt en devient assez limité. C'est simplement le point que je voulais soulever. <br />
  87. <br />
  88. Sinon, je pense que ce genre de post permet de faire jaillir de nouveau projet et peut-être mener vers des solutions à plus grande échelle qu'une discussion de comptoire. <br />
  89. <br />
  90. Bonne chance dans ton projet et tiens nous au courant ;)</p>
  91. </div>
  92. </div>
  93. <div class="comment" typeof="schema:UserComments">
  94. <p class="comment-meta">
  95. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  96. </p>
  97. <div class="comment-content" property="schema:commentText">
  98. <p>@Antoine :<br />
  99. <br />
  100. Ok, mettons nous d'accord sur le fait suivant : FOAF est inexploité mais utile :-).<br />
  101. <br />
  102. Merci pour les encouragements.</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">Antoine</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  108. </p>
  109. <div class="comment-content" property="schema:commentText">
  110. <p>Tout à fait, son potentiel peut être grand mais pour le moment incroyablement inutilisé. J'ai également quelques aversions quant à la réelle protection de donnée présentes dans un FOAF mais c'est encore une autre histoire ;)</p>
  111. </div>
  112. </div>
  113. <div class="comment" typeof="schema:UserComments">
  114. <p class="comment-meta">
  115. <span class="comment-author" property="schema:creator">Alex.</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  116. </p>
  117. <div class="comment-content" property="schema:commentText">
  118. <p>Je réfléchis plus à une approche différente ( df<a href="http://apassant.net/blog/2008/01/12/one-foaf-fits-all/" title="http://apassant.net/blog/2008/01/12/one-foaf-fits-all/" rel="nofollow">apassant.net/blog/2008/01...</a> ), i.e. gérer mes réseaux sociaux sur des sites externes (flickr, twitter ...) puis agréger tout ça en local avec un outil comme Knowee dont je t'ai parlé l'autre jour: <a href="http://knowee.org/" title="http://knowee.org/" rel="nofollow">knowee.org/</a> mais si tu va plus loin dans ta démarche, ça m'interesse de suivre ça de prêt ;)<br />
  119. <br />
  120. Si tu veux gérer localement ton profil et les affinités avec d'autres personnes, une solution mixte peut être d'étendre un outil comme knowee pour associer à chaque utilisateur une relation spécifique et/ou un niveau de confiance / permissions.<br />
  121. <br />
  122. Ou alors, (toujours dans une optique du tout décentralisé) gérer ça en fonction des graphes sources (i.e. j'autorise toutes les personnes que je connais sur linkedin a voir toutes mon telephone, pas celles de twitter)</p>
  123. </div>
  124. </div>
  125. <div class="comment" typeof="schema:UserComments">
  126. <p class="comment-meta">
  127. <span class="comment-author" property="schema:creator">Misdre</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  128. </p>
  129. <div class="comment-content" property="schema:commentText">
  130. <p>Prêt à aider, si besoin est, j'ai beaucoup d'intérêt dans tout cela et depuis... longtemps...<br />
  131. À titre personnel, j'essayais de faire avancer/d'utiliser OpenID/FOAF sur un projet de site (de &quot;vulgarisation biologique&quot;, d'ailleurs), notamment pour la gestion de tous les comptes utilisateurs (génération du profil via un fichier FOAF, ou génération d'un fichier FOAF en partant du profil), l'utilisation de ce même fichier FOAF pour y relier les commentaires/sujets sur un forum (si jamais il y aurait eu).<br />
  132. Toujours sur l'idée du web sémantique, j'avais même poussé à l'utilisation d'une ontologie pour les articles (avec, forcément, le besoin de se renseignait plus avant sur le sujet), puisque j'ai vu ici ou là que question biologie, ça avançait assez bien...<br />
  133. <br />
  134. Enfin, on en parle on en parle mais comme souvent dans ces cas-là, ça reste lettre morte, tout cela datant d'avant juillet 2007 et rien n'ayant bougé depuis.<br />
  135. <br />
  136. Je m'égare ;) Mais toujours prêt à apporter ma pierre (même si je ne suis pas familier de Django, Python me parle) !</p>
  137. </div>
  138. </div>
  139. <div class="comment" typeof="schema:UserComments">
  140. <p class="comment-meta">
  141. <span class="comment-author" property="schema:creator">Alex.</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  142. </p>
  143. <div class="comment-content" property="schema:commentText">
  144. <p>Misdre, pour lier tes utilisateurs à des billets de blog, commentaires ou autres contenus de sites communautaires, je te conseille de regarder SIOC, qui répond à cette problématique.<br />
  145. Si tu cherches une ontologie pour les articles de recherche tu peux regarder du coté de biliographic ontology, ou de SWRC, utilisée par ex pour les confs ISWC.<br />
  146. <br />
  147. Les liens:<br />
  148. SIOC: <a href="http://sioc-project.org" title="http://sioc-project.org" rel="nofollow">sioc-project.org</a><br />
  149. Biblio ontology: <a href="http://bibliontology.com/" title="http://bibliontology.com/" rel="nofollow">bibliontology.com/</a><br />
  150. SWRC: <a href="http://ontoware.org/frs/download.php/298/swrc_v0.3.owl" title="http://ontoware.org/frs/download.php/298/swrc_v0.3.owl" rel="nofollow">ontoware.org/frs/download...</a><br />
  151. ISWC07 dataset: <a href="http://data.semanticweb.org/conference/iswc-aswc/2007/" title="http://data.semanticweb.org/conference/iswc-aswc/2007/" rel="nofollow">data.semanticweb.org/conf...</a><br />
  152. </p>
  153. </div>
  154. </div>
  155. <div class="comment" typeof="schema:UserComments">
  156. <p class="comment-meta">
  157. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  158. </p>
  159. <div class="comment-content" property="schema:commentText">
  160. <p>@Alex : oui ta démarche et celle de knowee (dommage que les inscriptions soient bloquées, j'ai dû me contenter du screencast) sont intéressantes mais ça laisse les données dans les silos externes et j'aimerais rendre ça à l'utilisateur. Pour moi, ce sont aux applications de récupérer ces informations et de me proposer des services pertinents avec.<br />
  161. <br />
  162. La solution mixte viendra dans un second temps, je pense notamment à la notion de synchronisation bidirectionnelle (j'ajoute un ami sur pownce -&gt; il est ajouté à mon silo si l'application pownce a les droits). Et ça rejoint ta dernière proposition si j'ai bien compris (?).<br />
  163. <br />
  164. Dès que je m'attaque à SIOC je te fais signe ;-).<br />
  165. <br />
  166. @Misdre : ton expérience serait très appréciée dans le projet.<br />
  167. </p>
  168. </div>
  169. </div>
  170. <div class="comment" typeof="schema:UserComments">
  171. <p class="comment-meta">
  172. <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  173. </p>
  174. <div class="comment-content" property="schema:commentText">
  175. <p>C'est quelque chose que j'essaie de développer dans mon coin : un formulaire qui permettrait à n'importe qui de s'ajouter dans mon fichier FOAF. Libre à moi ensuite de préciser le rel:. Et si le type à déjà un fichier FOAF le décrivant, j'utilise un parser RDF en js pour en tirer les infos...<br />
  176. <br />
  177. Ensuite se pose tout un tas de questions : validité des infos dans le temps ? Copier ou non le contenu du FOAF ? Que faire en cas d'indisponibilité des fichiers distants, etc..<br />
  178. <br />
  179. On en parlera fin février, au WebSemCamp.<br />
  180. <br />
  181. </p>
  182. </div>
  183. </div>
  184. <div class="comment" typeof="schema:UserComments">
  185. <p class="comment-meta">
  186. <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  187. </p>
  188. <div class="comment-content" property="schema:commentText">
  189. <p>Ah oui, il faut aussi déclarer ton FOAF dans le head de ton blog, non ?</p>
  190. </div>
  191. </div>
  192. <div class="comment" typeof="schema:UserComments">
  193. <p class="comment-meta">
  194. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  195. </p>
  196. <div class="comment-content" property="schema:commentText">
  197. <p>@Olivier G. : c'est une approche intéressante, j'aime bien celle d'Alex aussi qui récupère les FOAF à partir des commentateurs de son blog.<br />
  198. <br />
  199. Pour la déclaration du FOAF sur le blog c'est une excellente question, je me demande si le lien rel=&quot;me&quot; vers le profil serait suffisant...</p>
  200. </div>
  201. </div>
  202. <div class="comment" typeof="schema:UserComments">
  203. <p class="comment-meta">
  204. <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  205. </p>
  206. <div class="comment-content" property="schema:commentText">
  207. <p>Pour la déclaration, j'utilise &lt;link rel=&quot;meta&quot; type=&quot;application/rdf+xml&quot; title=&quot;FOAF&quot; href=&quot;/rdf/carmine.rdf&quot; /&gt;, qui est reconnu par l'extension firefox Semantic radar.</p>
  208. </div>
  209. </div>
  210. <div class="comment" typeof="schema:UserComments">
  211. <p class="comment-meta">
  212. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  213. </p>
  214. <div class="comment-content" property="schema:commentText">
  215. <p>@Olivier G. : oui moi aussi sur le profil, la question était de savoir si je centralise les déclarations ou pas :-).</p>
  216. </div>
  217. </div>
  218. <div class="comment" typeof="schema:UserComments">
  219. <p class="comment-meta">
  220. <span class="comment-author" property="schema:creator">frédéric sidler</span> le <span class="comment-date" property="schema:commentTime">16/01/2008</span> :
  221. </p>
  222. <div class="comment-content" property="schema:commentText">
  223. <p>FOAF, RDF, RSS, etc, etc. L'utilisateur final, ça lui est égal. Lui ce qu'il veut c'est que ça soit simple et qu'il ne doive pas gérer cela à plusieurs endroits à la fois.<br />
  224. Ce que tu fais à un endroit doit être immédiatement compréhensible et doit être automatiquement répercuté dans tous les services auxquels tu participes.<br />
  225. Le principe est simple en soit, mais comment le faire décoller, là est à mon avis la question.<br />
  226. Pour moi Scooble a raison aujourd'hui quand il dit que Facebook est l'endroit rêvé pour gérer ses contacts, les relations entre eux, mais que c'est impossible d'exporter ces informations.<br />
  227. Pour moi c'est évident que c'est par là qu'il faudrait commencer, on passe tellement d'énergie à gérer un compte facebook (ou autre, mais il faut bien avouer que c'est le truc du moment) que c'est à cet endroit bien précis qu'il faut commencer à gérer son FOAF et celui de ses amis.<br />
  228. Imagine une simple application facebook qui te permet de gérer les envies de tes amis et créé en background un fichier FOAF. Je check à l'instant et je trouve déjà cette appli <a href="http://www.facebook.com/apps/application.php?id=2626876931" title="http://www.facebook.com/apps/application.php?id=2626876931" rel="nofollow">www.facebook.com/apps/app...</a><br />
  229. Malheureusement pour l'utilisateur final, ça se transforme à nouveau en fichier technique RDF incompréhensible.<br />
  230. Transformez ce type d'application en jeux comme tout tout ce qui est fun sur facebook. Les gens vous en remercieront et la base de connaissance s'aggrandira de façon exponentielle ;-) </p>
  231. </div>
  232. </div>
  233. <div class="comment" typeof="schema:UserComments">
  234. <p class="comment-meta">
  235. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">16/01/2008</span> :
  236. </p>
  237. <div class="comment-content" property="schema:commentText">
  238. <p>Un peu à la traine mais deux trucs :<br />
  239. - billet &amp; projet très intéressant, miam !!<br />
  240. - si besoin, je veux bien filer un coup de main - surtout si c'est en django et ça peut m'intéresser pour MvMo peut être un jour... :)<br />
  241. <br />
  242. ++<br />
  243. <br />
  244. Nico</p>
  245. </div>
  246. </div>
  247. <div class="comment" typeof="schema:UserComments">
  248. <p class="comment-meta">
  249. <span class="comment-author" property="schema:creator">Gael - Danger Santé</span> le <span class="comment-date" property="schema:commentTime">16/01/2008</span> :
  250. </p>
  251. <div class="comment-content" property="schema:commentText">
  252. <p>Très bon article, bravo à biologeek =)</p>
  253. </div>
  254. </div>
  255. <div class="comment" typeof="schema:UserComments">
  256. <p class="comment-meta">
  257. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">17/01/2008</span> :
  258. </p>
  259. <div class="comment-content" property="schema:commentText">
  260. <p>@frédéric sidler : je sais bien que l'utilisateur final se fout de la techno, et malheureusement de l'appartenance de ses données... ce que je veux développer c'est pour conserver ce choix : soit pouvoir installer son appli sur son serveur en bon geek, soit s'inscrire sur un service (je reparlerais du modèle économique dans l'un des billets sur la suite des applis web libres) qui permette de gérer très simplement tout ça avec tous les exports qui vont bien si un jour cet utilisateur souhaite migrer sur son propre serveur.<br />
  261. <br />
  262. Après la politique de facebook me fait vomir depuis le début. Ce service est voué à l'échec à long terme, ils ont quelques années de retard au niveau de l'évolution des mentalités... on dirait du Microsoft, c'est dire :-). La dictature des données bien juteuses doit toucher à sa fin.<br />
  263. <br />
  264. @NiCoS : ok, c'est pas tombé dans l'oreille d'un sourd.</p>
  265. </div>
  266. </div>
  267. <div class="comment" typeof="schema:UserComments">
  268. <p class="comment-meta">
  269. <span class="comment-author" property="schema:creator">Misdre</span> le <span class="comment-date" property="schema:commentTime">18/01/2008</span> :
  270. </p>
  271. <div class="comment-content" property="schema:commentText">
  272. <p>Alex : merci pour les liens, j'avais déjà entendu parler de SIOC, mais pas du tout de Biblio ontology/SRWC (même si je connaissais ISWC).<br />
  273. <br />
  274. <br />
  275. Concernant l'export de ses données, peut-on imaginer ensuite que l'on puisse exporter toute son &quot;activité&quot; sur un site quelconque ? Par exemple, exporter ses commentaires effectués sur un blog... (il me semble que ça rejoint une vieille réflexion de Karl, sur La Grange)<br />
  276. <br />
  277. Et si cela s'avère utile et/ou souhaitable, en quel format ? Je pensais à Atom (ou RSS, mais bon), mais ce n'est sans doute pas fait pour ça, et mon manque de lecture ici ou là m'empêche d'avoir une réflexion un peu plus poussée (*note qu'il doit jeter un oeil à SIOC, et tant d'autres choses*).<br />
  278. <br />
  279. Autre sujet : de ce que je peux en lire, j'observe un certain sceptiscime vis-à-vis d'OpenID. Cette centralisation ne semble pas du goût de tout le monde...<br />
  280. cf. les premiers commentaires ici : <a href="http://www.zdnet.fr/actualites/internet/0,39020774,39377529,00.htm" title="http://www.zdnet.fr/actualites/internet/0,39020774,39377529,00.htm" rel="nofollow">www.zdnet.fr/actualites/i...</a> (site que je ne lis pas d'habitude, mais l'info était intéressante ;) )<br />
  281. ...et je dois avouer que parfois, les arguments me manquent, même s'il m'arrive de signaler qu'avoir le même mot de passe sur 140 services, c'est beaucoup moins bien qu'OpenID question sécurité !</p>
  282. </div>
  283. </div>
  284. <div class="comment" typeof="schema:UserComments">
  285. <p class="comment-meta">
  286. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">18/01/2008</span> :
  287. </p>
  288. <div class="comment-content" property="schema:commentText">
  289. <p>@Misdre :<br />
  290. <br />
  291. &gt; Concernant l'export de ses données, peut-on imaginer ensuite que l'on puisse exporter toute son &quot;activité&quot; sur un site quelconque ?<br />
  292. <br />
  293. C'est en effet le but, à terme je souhaite bloguer et commenter sur ma plateforme en spécifiant la cible (mon blog ou celui des autres).<br />
  294. <br />
  295. Ça pourrait être Atom permettant une automatisation possible avec APP si on veut passer à du &quot;pushing&quot;... bon je vais un peu trop loin là, il reste à coder le socle avant.<br />
  296. <br />
  297. Concernant le scepticisme vis-à-vis d'OpenID, ça rejoint le premier paragraphe de ce billet : ceux qui ont des craintes sont généralement ceux qui n'ont pas compris la techno...</p>
  298. </div>
  299. </div>
  300. <div class="comment" typeof="schema:UserComments">
  301. <p class="comment-meta">
  302. <span class="comment-author" property="schema:creator">Ed Daniel</span> le <span class="comment-date" property="schema:commentTime">01/02/2008</span> :
  303. </p>
  304. <div class="comment-content" property="schema:commentText">
  305. <p>Have you considered:<br />
  306. <br />
  307. * federated trust models<br />
  308. * p2p architecture<br />
  309. <br />
  310. Nice post - keep at it!<br />
  311. </p>
  312. </div>
  313. </div>
  314. <div class="comment" typeof="schema:UserComments">
  315. <p class="comment-meta">
  316. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">01/02/2008</span> :
  317. </p>
  318. <div class="comment-content" property="schema:commentText">
  319. <p>@Ed Daniel:<br />
  320. <br />
  321. Thanks for your really interesting suggestions.<br />
  322. <br />
  323. What did you mean by &quot;federated trust model&quot;? Some kind of PGP encryption? (eg: <a href="http://usefulinc.com/foaf/encryptingFoafFiles" title="http://usefulinc.com/foaf/encryptingFoafFiles" rel="nofollow">usefulinc.com/foaf/encryp...</a> for FOAF)<br />
  324. <br />
  325. For the p2p part I'll think about it even if it's not really mature for the moment (I'd already talked about it here: <a href="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/" title="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/" rel="nofollow">www.biologeek.com/journal...</a> if you're interested).<br />
  326. <br />
  327. Anyway, I'll talk about the process soon.</p>
  328. </div>
  329. </div>
  330. <div class="comment" typeof="schema:UserComments">
  331. <p class="comment-meta">
  332. <span class="comment-author" property="schema:creator">ushu</span> le <span class="comment-date" property="schema:commentTime">08/03/2008</span> :
  333. </p>
  334. <div class="comment-content" property="schema:commentText">
  335. <p>&gt;Concernant le scepticisme vis-à-vis d'OpenID, ça rejoint le premier paragraphe de ce billet : ceux qui ont des craintes sont généralement ceux qui n'ont pas compris la techno...<br />
  336. <br />
  337. je pense que la confusion vient déjà du nom &quot;OpenID&quot; qui fait immédiatement penser aux certificats numériques (en tout cas chez moi) et autres technologies plus &quot;classiques&quot;. Or les objectifs, et les garanties, ne sont pas les mêmes.<br />
  338. <br />
  339. Ensuite le niveau de sécurité n'est quand même pas terrible:<br />
  340. - dépendance du fournisseur (pas aussi contrôlé que des fournisseurs &quot;pros&quot; de certificats x509, car pas encore d'enjeux commerciaux) qui peut parfaitement loguer;<br />
  341. - risque de fishing évident;<br />
  342. - le contrôle se fait au niveau de l'authentification et pas au niveau du message (pas de signature), ou en tout cas c'est ce que j'ai compris;<br />
  343. - la protection par mot de passe (maxi 10-15 caractères si d'usage courant, 5bits/octet en moyenne de variabilité) VS clé grosse clé aléatoire...<br />
  344. <br />
  345. Sinon la techno est vraiment sympa du côté de l'utilisateur avancé. Je pense que je vais m'en faire une, mais je continureai à signer mes messages avec GnuPG, c'est mon côté parano...</p>
  346. </div>
  347. </div>
  348. <div class="comment" typeof="schema:UserComments">
  349. <p class="comment-meta">
  350. <span class="comment-author" property="schema:creator">RU3 :: tentatives d&#39;intelligence collective et ...</span> le <span class="comment-date" property="schema:commentTime">16/03/2008</span> :
  351. </p>
  352. <div class="comment-content" property="schema:commentText">
  353. <!-- TB -->
  354. <p><strong>Olivier Gendrin au SocialMediaCamp : Web sémantique et portabilité des données personnelles</strong></p>
  355. <p>
  356. Lire la vidéo (Durée : 4 minutes) - Version QuickTime
  357. Olivier Gendrin est intervenu le 23 février au Social Media Camp qui s&#8217;est déroulé à La Cantine à Paris pour aborder la question comp...</p>
  358. </div>
  359. </div>
  360. <div class="comment" typeof="schema:UserComments">
  361. <p class="comment-meta">
  362. <span class="comment-author" property="schema:creator">Kevin</span> le <span class="comment-date" property="schema:commentTime">17/06/2008</span> :
  363. </p>
  364. <div class="comment-content" property="schema:commentText">
  365. <p>Ha, j&#39;ai enfin trouvé d&#39;où venait tout ce traffic sur cette page de mon blog.</p>
  366. <p>Enfin, sur des 404...</p>
  367. <p>Donc, pour prévenir, la page a changé d&#39;adresse, si tu veux modifier le lien de ton article :</p>
  368. <p><a href="http://kevinbongart.net/blog/2007/12/31/apml-attention-profiling-mark-up/">http://kevinbongart.net/blog/2007/12/31/apml-attention-profiling-mark-up/</a></p>
  369. <p>Merci encore pour toutes ces informations, je crois que c&#39;est le seul blog en français que je connaisse sur les pierres du Web sémantique. Et quels excellents billets !</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">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">18/06/2008</span> :
  375. </p>
  376. <div class="comment-content" property="schema:commentText">
  377. <p>@Kevin : merci, j&#39;ai mis à jour le lien (et sinon les redirections c&#39;est bien aussi ;-)).</p>
  378. </div>
  379. </div>
  380. <div class="comment" typeof="schema:UserComments">
  381. <p class="comment-meta">
  382. <span class="comment-author" property="schema:creator">termitor</span> le <span class="comment-date" property="schema:commentTime">28/02/2010</span> :
  383. </p>
  384. <div class="comment-content" property="schema:commentText">
  385. <p>ah, des outils encore des outils toujours des outils.</p>
  386. <p>un framework , c&#39;est une boite a outils que l&#39;on doit utilise avec une méthode précise.</p>
  387. <p>c&#39;est ce qui manque le plus , définir des méthode agile et des outils pour un usage précis.</p>
  388. <p>l&#39;es objet sur lesquels on agie, c&#39;est le modèle , finalement, c&#39;est la partie que l&#39;on maitrise le mieux. L&#39;objet dicte son usage.</p>
  389. <p>Un outil pour générer des vues. un moteur de template, celui ci n&#39;est pas toujours bien défini. on navique presque au hasard dans cette jungle.</p>
  390. <p>et un outils pour les controller tous , c&#39;est la main qui applique la méthode avec agilité.<br />mais il n&#39;est rien sans les autres outils et sans les objets a manipuler. </p>
  391. <p>J&#39;ai encore du mal a comprendre, pourquoi en informatique on a tellement de mal a définir de façon certaine, comment devrais être organisé le travail sur les choses.</p>
  392. <p>Quelqu&#39;un pourrais me dire pourquoi? <br /></p>
  393. </div>
  394. </div>