openid-brainstorming-fr: Difference between revisions
(→authentification OpenID en liste blanche pour hCard privée: sync'd with english version - added Steve Ivy diagram to be translated) |
m ([fr: sync'd - Tom Morris's note translated from english version]) |
||
| (One intermediate revision by the same user not shown) | |||
| Line 2: | Line 2: | ||
{{TOC-right}} | {{TOC-right}} | ||
Ceci est un espace public pour saisir quelques idées sur la façon dont [[OpenID-fr|OpenID] et les Microformats peuvent fonctionner ensemble. | Ceci est un espace public pour saisir quelques idées sur la façon dont [[OpenID-fr|OpenID]] et les Microformats peuvent fonctionner ensemble. | ||
== Microformats pertinents == | == Microformats pertinents == | ||
| Line 18: | Line 18: | ||
=== Remplacer les attributs SREG avec hCard === | === Remplacer les attributs SREG avec hCard === | ||
* [http://factoryjoe.com/blog/2007/11/01/hcard-for-openid-simple-registration-and-attribute-exchange/ hCard pour Simple Enregistrement OpenID et Attribute Exchange] par | * [http://factoryjoe.com/blog/2007/11/01/hcard-for-openid-simple-registration-and-attribute-exchange/ hCard pour Simple Enregistrement OpenID et Attribute Exchange] par [[Chris Messina]] | ||
* [http://tantek.com/log/2007/11.html#d02t2318 Replacing OpenID SREG with hCard part 1: Modest proposals] par [[Tantek Çelik]]. | * [http://tantek.com/log/2007/11.html#d02t2318 Replacing OpenID SREG with hCard part 1: Modest proposals] par [[Tantek Çelik]]. | ||
=== Remplacer les attributs Attribute Exchange | === Remplacer les attributs Attribute Exchange avec hCard === | ||
Beaucoup d'attributs dans le [http://www.axschema.org/types/ attribute registry établi sur axschema.org] sont des réinventions de propriétés définies dans la [[vcard-fr|vCard]] (et par conséquent hCard). Ce serait préférable de réutiliser un tel vocabulaire plutôt que de le réinventer (voir aussi [[naming-principles-fr|principes de nommage]]). | Beaucoup d'attributs dans le [http://www.axschema.org/types/ attribute registry établi sur axschema.org] sont des réinventions de propriétés définies dans la [[vcard-fr|vCard]] (et par conséquent hCard). Ce serait préférable de réutiliser un tel vocabulaire plutôt que de le réinventer (voir aussi [[naming-principles-fr|principes de nommage]]). | ||
| Line 27: | Line 27: | ||
== authentification OpenID en liste blanche pour hCard privée == | == authentification OpenID en liste blanche pour hCard privée == | ||
Un blog peut utiliser les URLs dans sa blogroll [[xfn-fr|XFN]] sous forme d'une liste blanche OpenID pour fournir plus d' | Un blog peut utiliser les URLs dans sa blogroll [[xfn-fr|XFN]] sous forme d'une liste blanche OpenID pour fournir plus d'informations à ceux qui se connectent sur le blog avec l'une de ces URLs. Cette technique peut être utilisée pour fournir ne information de contact plus privée sous [[hcard-fr|hCard]] pour seulement un sous-ensemble de personnes (ou de services). Vous pourriez aussi construire la liste blanche des OpenIDs en analysant les données d'une API de réseau social à l'extérieur ou une liste agrégée XFN d'amis d'amis (en suivant les idées sur la [[social-network-portability-fr|portabilité-du-réseau-social]]). | ||
[[User:TomMorris|Tom Morris]] a implémenté ça sur [http://tommorris.org/blog son blog] | [[User:TomMorris|Tom Morris]] a implémenté ça sur [http://tommorris.org/blog son blog] et sur un "extranet de famille". | ||
Dans ce billet de blog [http://adactio.com/journal/1348/ MicroformatID], Jeremy Keith a expliqué comment fonctionne le blog de Tom : <blockquote><p>Tom | Dans ce billet de blog [http://adactio.com/journal/1348/ MicroformatID], Jeremy Keith a expliqué comment fonctionne le blog de Tom : <blockquote><p>Tom a une hCard sur son blog. Par défaut l'information fournie est vraiment basique : une adresse email, une URL et une vague adresse physique. Juste à droite de la hCard, il y a un simple formulaire qui vous permet de vous connecter en utilisant OpenID. Si vous vous connectez et que vous êtes sur une liste blanche des amis de Tom, la hCard est mise à jour pour révéler plus d'informations : les numéros de téléphone et une adresse physique complète.</p><p>C'est vraiment intelligent. Et quand vous considérez qu'OpenID est un système d'authentification fondé sur une URL et que XFN est aussi basé sur les URLs, ce serait vraiment facile de faire en sorte que la liste blanche corresponde à une liste XFN sur la même page que la hCard.</p><p>hCard | OpenID | XFN… c'est comme les pipes Unix pour le Web : des petites pièces vaguement jointes.</p></blockquote> | ||
Tom expliquait cela récemment un peu plus dans son billet de blog [http://tommorris.org/blog/2007/11/05#pid2533635 Are you on the list? / Une fois de plus en anglais] : | Tom expliquait cela récemment un peu plus dans son billet de blog [http://tommorris.org/blog/2007/11/05#pid2533635 Are you on the list? / Une fois de plus en anglais] : | ||
<blockquote><p> | <blockquote><p>Voici ce que j'essaye de faire. J'ai une hCard sur mon blog - dans la barre latérale. Je veux faire en sorte que les personnes qui veulent recevoir mes détails de contacts puissent le faire. J'ai eu expérience amusante de composer automatiquement avec Skype quand les microformats sont présents, et de pouvoir télécharger les numéros de téléphone sur mon téléphone. Basiquement, je veux simuler électroniquement la situation que je rencontre quand quelqu'un me donne sa carte de visite sans avoir mes cartes de visite sur moi. L'expérience utilisateur devrait ressembler à ça :</p><p>Utilisateur : "Je connais Tom. Je veux le contacter par téléphone ou lui envoyer quelque chose par la poste." L'utilisateur va sur mon blog et saisit son OpenID. Si l'utilisateur est sur la liste, l'utilisateur voit de l'information supplémentaire - mon adresse de domicile et les numéros de téléphone. Tout ceci est dans une hCard, aussi il peut utiliser les outils hCard comme Operator pour utiliser l'information de façon plus utile.</p> <p>C'est important, car souvent les personnes veulent faire que leurs données soient disponibles mais pas pour tout le monde. OpenID est un bon moyen de laisser les personnes s'authentifier, mais pas aussi intrusif que de les obliger à s'enregistrer, faire qu'elles vous donnent leur adresse email et ainsi de suite.</p><p>...</p><p>Idéalement, quand nous avons quelques pièces supplémentaires en place, nous l'aurons de façon à ce que nous puissons produire une inférence automatique OpenID - si vous avez un blog WordPress et que je vous liste comme ami disons sur Flickr and Twitter, alors vous pouvez accéder à mes détails personnels. Les détails personnels ne sont qu'une toute petite partie émergée de l'iceberg - tout le monde a des choses qu'ils ne veulent montrer ou faire utiliser que par quelques-uns de leurs amis. </p><p>Le plan général est de faire en sorte que les connexions de réseaux puissent être utilisées comme un moyen de fournir ou de refuser des services. Quelques personnes sont en train d'utiliser ce "graphe" de connexions pour déterminer si oui ou non vous êtes un spammeur de commentaire.</p></blockquote> | ||
* Note de [[User:TomMorris|Tom Morris]] : Mon système est implémenté en utilisant FOAF et SPARQL plutôt que XFN. Il est possible néanmoins d'utiliser GRDDL pour implémenter le parsage XFN et hCard à l'intérieur du sytème que j'ai construit. Le composant technique est produit par la compilation de toutes les données provenant d'une variété de sources dans un ensemble de fichiers FOAF, puis de faire tourner une requête comme ceci : <code>SELECT ?openid WHERE { <http://tommorris.org/foaf#me> foaf:knows ?person. ?person foaf:openid ?openid . }</code> (avec tous les préfixes pertinents) - ceci émet ensuite un fichier XML ou JSON (j'utilise JSON) qui est ensuite téléversé vers mon site. Le JSON est disponible [http://tommorris.org/openids.json ici]. Je n'utilise pas XFN dans ce système parce que la plupart des réseaux sociaux d'où je compile les données le fournissent via des APIs qui fonctionnent mieux avec le workflow. Il serait néanmoins trivial de l'ajouter, et c'est quelque chose que je ferai probablement très bientôt. Si quiconque a besoin d'assistance pour implémenter cela, sentez-vous à l'aise pour me joindre. | |||
Steve Ivy a commencé récemment à analyser la manière d'implémenter cela et à illustrer les processus : | Steve Ivy a commencé récemment à analyser la manière d'implémenter cela et à illustrer les processus : | ||
* [http://redmonk.net/archives/2007/11/25/making-a-list-whitelisting-with-openid-and-xfn/ Making a list: Whitelisting with OpenId and XFN] <br > [http://redmonk.net/archives/2007/11/25/making-a-list-whitelisting-with-openid-and-xfn/ http://redmonk.net/files/skitch/new_xfn_openid_whitelist-20071127-210800.png] | * [http://redmonk.net/archives/2007/11/25/making-a-list-whitelisting-with-openid-and-xfn/ Making a list: Whitelisting with OpenId and XFN] <br > [http://redmonk.net/archives/2007/11/25/making-a-list-whitelisting-with-openid-and-xfn/ http://redmonk.net/files/skitch/new_xfn_openid_whitelist-20071127-210800.png] | ||
* [http://redmonk.net/archives/2007/11/26/blogrolls-xfn-and-openid-uris/ Blogrolls, XFN, and OpenID URIs] | * [http://redmonk.net/archives/2007/11/26/blogrolls-xfn-and-openid-uris/ Blogrolls, XFN, and OpenID URIs] | ||
* Je suis en train d'expérimenter la manière de marquer XFN+hCard+OpenID sur ma [http://redmonk.net/more_monkinetic/xfn-blogroll/ page blogroll XFN] | |||
<code> | |||
<pre> | |||
<li class="vcard"> | |||
<!-- openid url on the person's name --> | |||
<a href="http://claimid.com/factoryjoe" rel="acquaintance colleague" | |||
class="fn url openid">Chris Messina</a> | |||
<!-- blog url on the blog name --> | |||
- <a href="http://factoryjoe.org/blog" class="url" | |||
title="Factory Joe">Factory Joe</a> | |||
</li> | |||
</pre> | |||
</code> | |||
Bien que ce ne soit pas un standard, on peut concevoir qu'un spider qui traite les listes blanches pourrait utiliser la classe "openid" pour déterminer qu'une page url est une openid pour le contact. Alternativement (et sans aucun doute) suivre chaque <code>url</code> et vérifier pour voir si c'est une url openid (<code><link rel="openid.provider"></code> ou <code><link rel="openid.delegate"></code> peut-être ?) | |||
-- Steve | |||
=== Contre-arguments === | === Contre-arguments === | ||
* Will Norris sur [http://willnorris.com/2007/11/hcard-is-not-a-provisioning-engine-for-private-data privacy issues in using hcard for data provisioning.] | * Will Norris sur [http://willnorris.com/2007/11/hcard-is-not-a-provisioning-engine-for-private-data privacy issues in using hcard for data provisioning.] | ||
** | ** La plupart des questions/problèmes de Will sont expliqués par le billet de blog de Tom mentionné au-dessus. | ||
== Microformats à l'extérieur du HTML == | == Microformats à l'extérieur du HTML == | ||
Latest revision as of 09:29, 15 December 2007
OpenId + Microformats Brainstorming
Ceci est un espace public pour saisir quelques idées sur la façon dont OpenID et les Microformats peuvent fonctionner ensemble.
Microformats pertinents
- hCard - pour les profils
- XFN
- rel="friend" etc. pour marquer les relations entre profils
- rel="me" pour la consolidation d'identité entre profils
- Est-ce que Yadis devrait être étendu pour supporter rel="me"?
Idées pour utilisation
- Les fournisseurs d'identité devraient fournir des pages profils marquées avec hCard
- réutilisation du vocabulaire de hCard (vCard) pour les requêtes HTTP basées sur des paires de valeurs-clé d'information requêtées et retournées.
Remplacer les attributs SREG avec hCard
- hCard pour Simple Enregistrement OpenID et Attribute Exchange par Chris Messina
- Replacing OpenID SREG with hCard part 1: Modest proposals par Tantek Çelik.
Remplacer les attributs Attribute Exchange avec hCard
Beaucoup d'attributs dans le attribute registry établi sur axschema.org sont des réinventions de propriétés définies dans la vCard (et par conséquent hCard). Ce serait préférable de réutiliser un tel vocabulaire plutôt que de le réinventer (voir aussi principes de nommage).
- try { reuse; } catch (Ex) { reinvent; } par Will Norris
authentification OpenID en liste blanche pour hCard privée
Un blog peut utiliser les URLs dans sa blogroll XFN sous forme d'une liste blanche OpenID pour fournir plus d'informations à ceux qui se connectent sur le blog avec l'une de ces URLs. Cette technique peut être utilisée pour fournir ne information de contact plus privée sous hCard pour seulement un sous-ensemble de personnes (ou de services). Vous pourriez aussi construire la liste blanche des OpenIDs en analysant les données d'une API de réseau social à l'extérieur ou une liste agrégée XFN d'amis d'amis (en suivant les idées sur la portabilité-du-réseau-social).
Tom Morris a implémenté ça sur son blog et sur un "extranet de famille".
Dans ce billet de blog MicroformatID, Jeremy Keith a expliqué comment fonctionne le blog de Tom :
Tom a une hCard sur son blog. Par défaut l'information fournie est vraiment basique : une adresse email, une URL et une vague adresse physique. Juste à droite de la hCard, il y a un simple formulaire qui vous permet de vous connecter en utilisant OpenID. Si vous vous connectez et que vous êtes sur une liste blanche des amis de Tom, la hCard est mise à jour pour révéler plus d'informations : les numéros de téléphone et une adresse physique complète.
C'est vraiment intelligent. Et quand vous considérez qu'OpenID est un système d'authentification fondé sur une URL et que XFN est aussi basé sur les URLs, ce serait vraiment facile de faire en sorte que la liste blanche corresponde à une liste XFN sur la même page que la hCard.
hCard | OpenID | XFN… c'est comme les pipes Unix pour le Web : des petites pièces vaguement jointes.
Tom expliquait cela récemment un peu plus dans son billet de blog Are you on the list? / Une fois de plus en anglais :
Voici ce que j'essaye de faire. J'ai une hCard sur mon blog - dans la barre latérale. Je veux faire en sorte que les personnes qui veulent recevoir mes détails de contacts puissent le faire. J'ai eu expérience amusante de composer automatiquement avec Skype quand les microformats sont présents, et de pouvoir télécharger les numéros de téléphone sur mon téléphone. Basiquement, je veux simuler électroniquement la situation que je rencontre quand quelqu'un me donne sa carte de visite sans avoir mes cartes de visite sur moi. L'expérience utilisateur devrait ressembler à ça :
Utilisateur : "Je connais Tom. Je veux le contacter par téléphone ou lui envoyer quelque chose par la poste." L'utilisateur va sur mon blog et saisit son OpenID. Si l'utilisateur est sur la liste, l'utilisateur voit de l'information supplémentaire - mon adresse de domicile et les numéros de téléphone. Tout ceci est dans une hCard, aussi il peut utiliser les outils hCard comme Operator pour utiliser l'information de façon plus utile.
C'est important, car souvent les personnes veulent faire que leurs données soient disponibles mais pas pour tout le monde. OpenID est un bon moyen de laisser les personnes s'authentifier, mais pas aussi intrusif que de les obliger à s'enregistrer, faire qu'elles vous donnent leur adresse email et ainsi de suite.
...
Idéalement, quand nous avons quelques pièces supplémentaires en place, nous l'aurons de façon à ce que nous puissons produire une inférence automatique OpenID - si vous avez un blog WordPress et que je vous liste comme ami disons sur Flickr and Twitter, alors vous pouvez accéder à mes détails personnels. Les détails personnels ne sont qu'une toute petite partie émergée de l'iceberg - tout le monde a des choses qu'ils ne veulent montrer ou faire utiliser que par quelques-uns de leurs amis.
Le plan général est de faire en sorte que les connexions de réseaux puissent être utilisées comme un moyen de fournir ou de refuser des services. Quelques personnes sont en train d'utiliser ce "graphe" de connexions pour déterminer si oui ou non vous êtes un spammeur de commentaire.
- Note de Tom Morris : Mon système est implémenté en utilisant FOAF et SPARQL plutôt que XFN. Il est possible néanmoins d'utiliser GRDDL pour implémenter le parsage XFN et hCard à l'intérieur du sytème que j'ai construit. Le composant technique est produit par la compilation de toutes les données provenant d'une variété de sources dans un ensemble de fichiers FOAF, puis de faire tourner une requête comme ceci :
SELECT ?openid WHERE { <http://tommorris.org/foaf#me> foaf:knows ?person. ?person foaf:openid ?openid . }(avec tous les préfixes pertinents) - ceci émet ensuite un fichier XML ou JSON (j'utilise JSON) qui est ensuite téléversé vers mon site. Le JSON est disponible ici. Je n'utilise pas XFN dans ce système parce que la plupart des réseaux sociaux d'où je compile les données le fournissent via des APIs qui fonctionnent mieux avec le workflow. Il serait néanmoins trivial de l'ajouter, et c'est quelque chose que je ferai probablement très bientôt. Si quiconque a besoin d'assistance pour implémenter cela, sentez-vous à l'aise pour me joindre.
Steve Ivy a commencé récemment à analyser la manière d'implémenter cela et à illustrer les processus :
- Je suis en train d'expérimenter la manière de marquer XFN+hCard+OpenID sur ma page blogroll XFN
<li class="vcard">
<!-- openid url on the person's name -->
<a href="http://claimid.com/factoryjoe" rel="acquaintance colleague"
class="fn url openid">Chris Messina</a>
<!-- blog url on the blog name -->
- <a href="http://factoryjoe.org/blog" class="url"
title="Factory Joe">Factory Joe</a>
</li>
Bien que ce ne soit pas un standard, on peut concevoir qu'un spider qui traite les listes blanches pourrait utiliser la classe "openid" pour déterminer qu'une page url est une openid pour le contact. Alternativement (et sans aucun doute) suivre chaque url et vérifier pour voir si c'est une url openid (<link rel="openid.provider"> ou <link rel="openid.delegate"> peut-être ?)
-- Steve
Contre-arguments
- Will Norris sur privacy issues in using hcard for data provisioning.
- La plupart des questions/problèmes de Will sont expliqués par le billet de blog de Tom mentionné au-dessus.
Microformats à l'extérieur du HTML
- représentations JSON de hCard etc.