rel-tag-faq-fr

(Difference between revisions)

Jump to: navigation, search
(getmonvi)
Current revision (19:52, 6 January 2009) (view source)
m (Reverted edits by AltroCmonz (Talk) to last version by Brian)
 
Line 1: Line 1:
-
eltacpastaco
+
= les questions fréquemment posées sur rel-tag =  
-
= les questions fréquemment posées sur rel-tag =  
+
-
Ce document sert à répondre et discuter des questions fréquemment posées
+
Ce document sert à répondre et discuter des questions fréquemment posées
-
spéciquement à propos du microformat [[rel-tag-fr|rel-tag]].  
+
spéciquement à propos du microformat [[rel-tag-fr|rel-tag]].  
-
Vous pourriez vouloir tout d'abord lire les [[rel-faq-fr|rel-faq]] car cela répond à beaucoup de questions communes à propos des attributs “rel” et “rev” du HTML 4 et de leurs valeurs de type de liens.  
+
Vous pourriez vouloir tout d'abord lire les [[rel-faq-fr|rel-faq]] car cela répond à beaucoup de questions communes à propos des attributs “rel” et “rev” du HTML 4 et de leurs valeurs de type de liens.  
-
Si vous avez une nouvelle question à demander, considérez de la poser d'abord sur  
+
Si vous avez une nouvelle question à demander, considérez de la poser d'abord sur  
[http://microformats.org/mailman/listinfo/microformats-discuss/ la liste de discussion des microformats].
[http://microformats.org/mailman/listinfo/microformats-discuss/ la liste de discussion des microformats].
== Q&R ==
== Q&R ==
-
# ''Où doit appartenir un lien tag ? Est-ce que le lien en train de taguer n'a besoin d'apparaître que dans mon fil Web (RSS / Atom) ? Est-ce que le lien taguant a besoin d'apparaître sur la page où repose mon billet de blog spécifique ? Est-ce que le lien taguant a besoin d'apparaître à n'importe quel endroit que je peux possiblement imaginer ?''
+
# ''doit appartenir un lien tag ? Est-ce que le lien en train de taguer n'a besoin d'apparaître que dans mon fil Web (RSS / Atom) ? Est-ce que le lien taguant a besoin d'apparaître sur la page repose mon billet de blog spécifique ? Est-ce que le lien taguant a besoin d'apparaître à n'importe quel endroit que je peux possiblement imaginer ?''
-
#* En résumé les liens taguant appartiennent à tous les endroits et formats dans lesquels vous avez publié du contenu tagué. La page web est l'endroit initial où les utilisateurs lisent le contenu et où indexent les moteurs de recherche. Par conséquent, le Web est un endroit où vous devriez absolument inclure vos liens [[rel-tag-fr|rel-tag]]. Pour taguer vos billets de blog, placez les liens [[rel-tag-fr|rel-tag]] à l'intérieur, de manière visible. Les fils web sont simplement des moyens alternatifs de publier vos billets de blogs, et par conséquent ils devraient inclure la totalité du contenu de vos billets de blogs, les liens [[rel-tag-fr|rel-tag]] intacts.
+
#* En résumé les liens taguant appartiennent à tous les endroits et formats dans lesquels vous avez publié du contenu tagué. La page web est l'endroit initial les utilisateurs lisent le contenu et indexent les moteurs de recherche. Par conséquent, le Web est un endroit vous devriez absolument inclure vos liens [[rel-tag-fr|rel-tag]]. Pour taguer vos billets de blog, placez les liens [[rel-tag-fr|rel-tag]] à l'intérieur, de manière visible. Les fils web sont simplement des moyens alternatifs de publier vos billets de blogs, et par conséquent ils devraient inclure la totalité du contenu de vos billets de blogs, les liens [[rel-tag-fr|rel-tag]] intacts.
-
# ''Où ne devrais-je pas utiliser rel-tag?''
+
# ''ne devrais-je pas utiliser rel-tag?''
-
#* rel-tag exprime une relation particulière (a) entre la page où vous êtes et (b) la cible d'un lien. Si vous ne déclarez pas cette relation, n'utilisez pas rel-tag. En particulier :
+
#* rel-tag exprime une relation particulière (a) entre la page vous êtes et (b) la cible d'un lien. Si vous ne déclarez pas cette relation, n'utilisez pas rel-tag. En particulier :
#** n'utilisez pas rel-tag dans les [http://fr.wikipedia.org/wiki/Nuage_de_mots Nuages de mots]
#** n'utilisez pas rel-tag dans les [http://fr.wikipedia.org/wiki/Nuage_de_mots Nuages de mots]
-
#** n'utilisez pas rel-tag pour faire référence à des pages http://www.technorati.com/tag/xyz, http://del.icio.us/tag/xyz, http://www.flickr.com/photos/tags/xyz/ (et ainsi de suite) si vous ne déclarez pas "cette page est taguée'xyz'"
+
#** n'utilisez pas rel-tag pour faire référence à des pages http://www.technorati.com/tag/xyz, http://del.icio.us/tag/xyz, http://www.flickr.com/photos/tags/xyz/ (et ainsi de suite) si vous ne déclarez pas "cette page est taguée'xyz'"
-
# ''Le format spécifie que le tag "doit venir après le dernier / dans le passé". Est-ce que quelque chose comme <code><nowiki>http://exemple.com/index.php/TAG</nowiki></code> fonctionne ?  Ou est-ce que cela doit être un "vrai" répertoire ou [http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html mod_rewrite] ? -- [[User:Singpolyma|singpolyma]] 23:51, 24 Jan 2006 (PST)''
+
# ''Le format spécifie que le tag "doit venir après le dernier / dans le passé". Est-ce que quelque chose comme <code><nowiki>http://exemple.com/index.php/TAG</nowiki></code> fonctionne ?  Ou est-ce que cela doit être un "vrai" répertoire ou [http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html mod_rewrite] ? -- [[User:Singpolyma|singpolyma]] 23:51, 24 Jan 2006 (PST)''
-
#* La clé est l'URL. Que cette URL soit générée à partir d'une base de données ou d'un répertoir n'importe pas. L'URL compte.
+
#* La clé est l'URL. Que cette URL soit générée à partir d'une base de données ou d'un répertoir n'importe pas. L'URL compte.
-
#** Ma question, néanmoins, était de savoir si ce format d'URL ( <code><nowiki>http://exemple.com/index.php/TAG</nowiki></code> ) devrait être valide, parce qu'il y a le point dans “index.php”.
+
#** Ma question, néanmoins, était de savoir si ce format d'URL ( <code><nowiki>http://exemple.com/index.php/TAG</nowiki></code> ) devrait être valide, parce qu'il y a le point dans “index.php”.
-
#*** Oui, l'URl dans l'exemple est valide (ou légale ou conforme ou ce que vous voulez pour l'appeler afin de minimiser la confusion). Le point (virgule, point, U+002E) est libre d'apparaître dans la plupart des endroits dans un URL, même au milieu d'un chemin-segment qui n'est pas le dernier chemin-segment. (La dernière spécification pour les URLs, “[http://gbiv.com/protocols/uri/rfc/rfc3986.html Uniform Resource Identifier (URI): Generic Syntax]”, est la RFC 3986.)
+
#*** Oui, l'URl dans l'exemple est valide (ou légale ou conforme ou ce que vous voulez pour l'appeler afin de minimiser la confusion). Le point (virgule, point, U+002E) est libre d'apparaître dans la plupart des endroits dans un URL, même au milieu d'un chemin-segment qui n'est pas le dernier chemin-segment. (La dernière spécification pour les URLs, [http://gbiv.com/protocols/uri/rfc/rfc3986.html Uniform Resource Identifier (URI): Generic Syntax], est la RFC 3986.)
-
# ''Je suis en train de développer une application web qui utilise le tagging, et bien sûr je veux utiliser [[rel-tag-fr|rel-tag]]. Pour cette application, je veux des URLs belles et propres.  J'avais prévu d'utiliser [http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html mod_rewrite] pour mapper une URL propre sur mes scripts sous-jacents. Comment dois-je utiliser le [http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html mod_rewrite] d'Apache pour mapper <code><nowiki>http://exemple.org/~user/app/tag/car</nowiki></code> pour <code><nowiki>http://exemple.org/~user/app/script.php?tag=car</nowiki></code> ?''
+
# ''Je suis en train de développer une application web qui utilise le tagging, et bien sûr je veux utiliser [[rel-tag-fr|rel-tag]]. Pour cette application, je veux des URLs belles et propres.  J'avais prévu d'utiliser [http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html mod_rewrite] pour mapper une URL propre sur mes scripts sous-jacents. Comment dois-je utiliser le [http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html mod_rewrite] d'Apache pour mapper <code><nowiki>http://exemple.org/~user/app/tag/car</nowiki></code> pour <code><nowiki>http://exemple.org/~user/app/script.php?tag=car</nowiki></code> ?''
-
#* Une solution serait de modifier le script pur inspecter le chemin vers le tag (via la variable “PATH_INFO”), plutôt que d'inspecter la requête :
+
#* Une solution serait de modifier le script pur inspecter le chemin vers le tag (via la variable “PATH_INFO”), plutôt que d'inspecter la requête :
<pre><nowiki><Directory "/home/user/public_html/app/>
<pre><nowiki><Directory "/home/user/public_html/app/>
     RewriteEngine On
     RewriteEngine On
     RewriteRule ^tag/([^/]+)$ script.php/$1 [last]
     RewriteRule ^tag/([^/]+)$ script.php/$1 [last]
</Directory></nowiki></pre>
</Directory></nowiki></pre>
-
#* Pour les personnes qui peuvent éditer le fichier principal de configuration du serveur, le code de configuration suivant non testé pourrait fonctionner. Corrections bienvenues.  
+
#* Pour les personnes qui peuvent éditer le fichier principal de configuration du serveur, le code de configuration suivant non testé pourrait fonctionner. Corrections bienvenues.  
<pre><nowiki>RewriteEngine On
<pre><nowiki>RewriteEngine On
RewriteMap tag int:escape
RewriteMap tag int:escape
RewriteRule ^/~user/app/tag/([^/]+)$ /~user/app/script.php?tag=${tag:$1} [last]</nowiki></pre>
RewriteRule ^/~user/app/tag/([^/]+)$ /~user/app/script.php?tag=${tag:$1} [last]</nowiki></pre>
-
#* Le code de configuration suivant, laissé à partir d'une contribution précédente de ce document, fait un travail pauvre selon les test. Le code suivant échoue pour exécuter les règles [[rel-tag-fr|rel-tag]] à propos du tag correspondant au dernier chemin-segment non vide. Considérez cela comme une requête sur <code><nowiki>http://exemple.org/~user/app/tag/</nowiki></code> qui mapperait en interne vers une requête sur <code><nowiki>http://example.org/~user/app/script.php?tag=</nowiki></code> . Considérez qu'une requête sur <code><nowiki>http://exemple.org/~user/app/tag/not-a-tag/the-tag</nowiki></code> mapperait en interne vers une requête sur  <code><nowiki>http://exemple.org/~user/app/script.php?tag=not-a-tag/the-tag</nowiki></code> . Considérez qu'une requête sur <code><nowiki>http://exemple.org/~user/app/tag/the-tag/</nowiki></code> mapperait en interne vers une requête sur <code><nowiki>http://exemple.org/~user/app/script.php?tag=the-tag/</nowiki></code> . Considérez qu'une requête sur <code><nowiki>http://exemple.org/~user/app/tag/attack&intent=destroy</nowiki></code> mapperait en interne vers une requête sur <code><nowiki>http://exemple.org/~user/app/script.php?tag=attack&intent=destroy</nowiki></code> .
+
#* Le code de configuration suivant, laissé à partir d'une contribution précédente de ce document, fait un travail pauvre selon les test. Le code suivant échoue pour exécuter les règles [[rel-tag-fr|rel-tag]] à propos du tag correspondant au dernier chemin-segment non vide. Considérez cela comme une requête sur <code><nowiki>http://exemple.org/~user/app/tag/</nowiki></code> qui mapperait en interne vers une requête sur <code><nowiki>http://example.org/~user/app/script.php?tag=</nowiki></code> . Considérez qu'une requête sur <code><nowiki>http://exemple.org/~user/app/tag/not-a-tag/the-tag</nowiki></code> mapperait en interne vers une requête sur  <code><nowiki>http://exemple.org/~user/app/script.php?tag=not-a-tag/the-tag</nowiki></code> . Considérez qu'une requête sur <code><nowiki>http://exemple.org/~user/app/tag/the-tag/</nowiki></code> mapperait en interne vers une requête sur <code><nowiki>http://exemple.org/~user/app/script.php?tag=the-tag/</nowiki></code> . Considérez qu'une requête sur <code><nowiki>http://exemple.org/~user/app/tag/attack&intent=destroy</nowiki></code> mapperait en interne vers une requête sur <code><nowiki>http://exemple.org/~user/app/script.php?tag=attack&intent=destroy</nowiki></code> .
<pre><nowiki><Directory "/home/user/public_html/app/>
<pre><nowiki><Directory "/home/user/public_html/app/>
     RewriteEngine On
     RewriteEngine On
Line 36: Line 35:
</Directory></nowiki></pre>
</Directory></nowiki></pre>
<ol start="4">
<ol start="4">
-
<li>''Est-ce qu'un rel tag a encore du sens si le lien est redirigé ?  Si le serveur HTTP renvoie un code statut 302, est-ce que le rel-tag a du sens ? Y'a t'il une règle formelle que les indexeurs devraient suivre le lien vers la destination finale, la destination résolue ? Ou existe-t-il une règle formelle qu'un rel tag devrait être ignoré si l'URL de son lien ne retourne pas un code statut de 200 ?''
+
<li>''Est-ce qu'un rel tag a encore du sens si le lien est redirigé ?  Si le serveur HTTP renvoie un code statut 302, est-ce que le rel-tag a du sens ? Y'a t'il une règle formelle que les indexeurs devraient suivre le lien vers la destination finale, la destination résolue ? Ou existe-t-il une règle formelle qu'un rel tag devrait être ignoré si l'URL de son lien ne retourne pas un code statut de 200 ?''
-
* ..réponse à suivre
+
* ..réponse à suivre
</li></ol>
</li></ol>
-
=== Sélecteur CSS===
+
=== Sélecteur CSS===
-
Comment écrivez-vous un sélecteur CSS pour rel-tag ?
+
Comment écrivez-vous un sélecteur CSS pour rel-tag ?
** <code>a[rel~="tag"] { color: green }</code>
** <code>a[rel~="tag"] { color: green }</code>
-
===Est-ce que les tags sont sensibles à la casse ?===
+
===Est-ce que les tags sont sensibles à la casse ?===
-
*Est-ce que les tags sont sensibles à la casse. Est-ce que "Chien" est le même tag que "CHIEN" ?
+
*Est-ce que les tags sont sensibles à la casse. Est-ce que "Chien" est le même tag que "CHIEN" ?
**{{AwaitingAnswer-fr}}
**{{AwaitingAnswer-fr}}
-
===Tags à plusieurs mots===
+
===Tags à plusieurs mots===
-
*Comment devraient être construit un tag à plusieurs mots ? Par exemple, si on utilise Wikipedia comme un espace-nom, une page traitant du Rouge-Queue Noir (un oiseau) serait taguée '''Rouge-Queue_Noir''', avec un souligné [http://fr.wikipedia.org/wiki/Rouge-queue_noir]. Y'a t'il quelque moyen d'aliaser les alternatives ("RougeQueuenoir", "Rouge-Queuenoir", etc.) ? Existe t'il un format particulier qui soit préférable ?
+
*Comment devraient être construit un tag à plusieurs mots ? Par exemple, si on utilise Wikipedia comme un espace-nom, une page traitant du Rouge-Queue Noir (un oiseau) serait taguée '''Rouge-Queue_Noir''', avec un souligné [http://fr.wikipedia.org/wiki/Rouge-queue_noir]. Y'a t'il quelque moyen d'aliaser les alternatives ("RougeQueuenoir", "Rouge-Queuenoir", etc.) ? Existe t'il un format particulier qui soit préférable ?
** Comportement existant
** Comportement existant
-
*** delicious supporte les tags combinés
+
*** delicious supporte les tags combinés
-
*** flickr supporte les tags à plusieurs mots avec des espaces et écrase les espaces au moment de la recherche
+
*** flickr supporte les tags à plusieurs mots avec des espaces et écrase les espaces au moment de la recherche
-
*** ma.gnolia supporte les tags à plusieurs mots avec des espaces
+
*** ma.gnolia supporte les tags à plusieurs mots avec des espaces
-
*** technorati supporte les tags à plusieurs mots avec des expaces
+
*** technorati supporte les tags à plusieurs mots avec des expaces
**{{AwaitingAnswer-fr}}
**{{AwaitingAnswer-fr}}
Line 63: Line 62:
Est-ce que <code><a rel="tag" href="http://exemple.com/fromage.htm">fromage</a></code> est un tag valide pour "fromage" ? Idem pour les variantes <code>.asp</code> ou <code>.php</code> ? si non pourquoi ?
Est-ce que <code><a rel="tag" href="http://exemple.com/fromage.htm">fromage</a></code> est un tag valide pour "fromage" ? Idem pour les variantes <code>.asp</code> ou <code>.php</code> ? si non pourquoi ?
-
Non vous ne pouvez pas utiliser une URL tag avec une extension fichier - à moins que vous ne vouliez que l'extension soit incluse dans tous vos tags. Explication de Brian Suda sur la liste de discussion microformats :
+
Non vous ne pouvez pas utiliser une URL tag avec une extension fichier - à moins que vous ne vouliez que l'extension soit incluse dans tous vos tags. Explication de Brian Suda sur la liste de discussion microformats :
--- la spec dit :
--- la spec dit :
... the last segment of the path portion of the URI (after the final
... the last segment of the path portion of the URI (after the final
"/" character) contains the tag value.
"/" character) contains the tag value.
-
Ce que cette chaîne est n'est pas approprié. Ce pourrait  
+
Ce que cette chaîne est n'est pas approprié. Ce pourrait  
-
être /file/mon.pdf et le tag serait "mon.pdf" il pourrait être
+
être /file/mon.pdf et le tag serait "mon.pdf" il pourrait être
/downloads/mon.gros.fichier.pdf et le tag serait "mon.gros.fichier.pdf".  
/downloads/mon.gros.fichier.pdf et le tag serait "mon.gros.fichier.pdf".  
-
Un tag est tout ce qui est après le slash (à moins que le dernier caractère
+
Un tag est tout ce qui est après le slash (à moins que le dernier caractère
-
ne soit un slash). Par conséquent c'est un fichier ou un dossier, ou un  
+
ne soit un slash). Par conséquent c'est un fichier ou un dossier, ou un  
fichier qui n'a pas une extension, ou un dossier qui a un  
fichier qui n'a pas une extension, ou un dossier qui a un  
'.' dans son nom.
'.' dans son nom.
-
===Qu'en est-il de l'étendue ?===
+
===Qu'en est-il de l'étendue ?===
-
Parce que rel-tag est une fonctionnalité utilisée dans beaucoup d'autres microformats, la question qui revient souvent : "Quelle est l'étendue du tag ?" Par exemple, un rel-tag peut apparaître dans une entrée [[xfolk-fr|xFolk]] et à première vue il peut apparaître que le tag devrait ne s'appliquer qu'à l'entrée. Néanmoins, la pratique actuelle de publication semble indiquer que quelque chose apparaissant sur une page est probablement en rapport avec le contenu de la page. Par conséquent, l'interprétation est que non seulement le rel-tag s'applique à son conteneur direct mais à tout les conteneurs et au document en tant qu'ensemble ; il contient l'entrée xFolk. C'est une infraction de la théorie stricte de la connaissance en faveur d'un usage venant du vrai monde.
+
Parce que rel-tag est une fonctionnalité utilisée dans beaucoup d'autres microformats, la question qui revient souvent : "Quelle est l'étendue du tag ?" Par exemple, un rel-tag peut apparaître dans une entrée [[xfolk-fr|xFolk]] et à première vue il peut apparaître que le tag devrait ne s'appliquer qu'à l'entrée. Néanmoins, la pratique actuelle de publication semble indiquer que quelque chose apparaissant sur une page est probablement en rapport avec le contenu de la page. Par conséquent, l'interprétation est que non seulement le rel-tag s'applique à son conteneur direct mais à tout les conteneurs et au document en tant qu'ensemble ; il contient l'entrée xFolk. C'est une infraction de la théorie stricte de la connaissance en faveur d'un usage venant du vrai monde.
-
Pour prendre un autre exemple, vous pouvez faire un lien vers votre ami Jean avec XFN et une hCard, indiquant dans ses catégories que Jean est intéressé par la natation, que vous exécrez. Parce que l'article est initialement à propos de vous et pas à propos des hobbies de Jean et parce que rel-tag est à l'intérieur d'une hCard, vous pouvez vous attendre à ce que le rel-tag ne s'applique pas au document ; néanmoins, le document contient vraiment l'infomration à propos de la natation, même un tout petit peu, nommément que votre ami l'apprécie. En ce sens, rel-tag est binaire : il indique la direction (oui ou non) mais pas la magnitude. C'est équivalent à une recherche de texte libre sans [[http://en.wikipedia.org/wiki/tf-idf tf-idf]] ; c'est à dire sans une notion de pertinence de terme.
+
Pour prendre un autre exemple, vous pouvez faire un lien vers votre ami Jean avec XFN et une hCard, indiquant dans ses catégories que Jean est intéressé par la natation, que vous exécrez. Parce que l'article est initialement à propos de vous et pas à propos des hobbies de Jean et parce que rel-tag est à l'intérieur d'une hCard, vous pouvez vous attendre à ce que le rel-tag ne s'applique pas au document ; néanmoins, le document contient vraiment l'infomration à propos de la natation, même un tout petit peu, nommément que votre ami l'apprécie. En ce sens, rel-tag est binaire : il indique la direction (oui ou non) mais pas la magnitude. C'est équivalent à une recherche de texte libre sans [[http://en.wikipedia.org/wiki/tf-idf tf-idf]] ; c'est à dire sans une notion de pertinence de terme.
-
Le résultat de cela est que les rel-tags peuvent avoir une étendue à la baisse mais pas une étendue à la hausse.
+
Le résultat de cela est que les rel-tags peuvent avoir une étendue à la baisse mais pas une étendue à la hausse.
== Pages en rapport ==
== Pages en rapport ==

Current revision

Contents

les questions fréquemment posées sur rel-tag

Ce document sert à répondre et discuter des questions fréquemment posées spéciquement à propos du microformat rel-tag. Vous pourriez vouloir tout d'abord lire les rel-faq car cela répond à beaucoup de questions communes à propos des attributs “rel” et “rev” du HTML 4 et de leurs valeurs de type de liens. Si vous avez une nouvelle question à demander, considérez de la poser d'abord sur la liste de discussion des microformats.

Q&R

  1. Où doit appartenir un lien tag ? Est-ce que le lien en train de taguer n'a besoin d'apparaître que dans mon fil Web (RSS / Atom) ? Est-ce que le lien taguant a besoin d'apparaître sur la page où repose mon billet de blog spécifique ? Est-ce que le lien taguant a besoin d'apparaître à n'importe quel endroit que je peux possiblement imaginer ?
    • En résumé les liens taguant appartiennent à tous les endroits et formats dans lesquels vous avez publié du contenu tagué. La page web est l'endroit initial où les utilisateurs lisent le contenu et où indexent les moteurs de recherche. Par conséquent, le Web est un endroit où vous devriez absolument inclure vos liens rel-tag. Pour taguer vos billets de blog, placez les liens rel-tag à l'intérieur, de manière visible. Les fils web sont simplement des moyens alternatifs de publier vos billets de blogs, et par conséquent ils devraient inclure la totalité du contenu de vos billets de blogs, les liens rel-tag intacts.
  2. Où ne devrais-je pas utiliser rel-tag?
  3. Le format spécifie que le tag "doit venir après le dernier / dans le passé". Est-ce que quelque chose comme http://exemple.com/index.php/TAG fonctionne ? Ou est-ce que cela doit être un "vrai" répertoire ou mod_rewrite ? -- singpolyma 23:51, 24 Jan 2006 (PST)
    • La clé est l'URL. Que cette URL soit générée à partir d'une base de données ou d'un répertoir n'importe pas. L'URL compte.
      • Ma question, néanmoins, était de savoir si ce format d'URL ( http://exemple.com/index.php/TAG ) devrait être valide, parce qu'il y a le point dans “index.php”.
        • Oui, l'URl dans l'exemple est valide (ou légale ou conforme ou ce que vous voulez pour l'appeler afin de minimiser la confusion). Le point (virgule, point, U+002E) est libre d'apparaître dans la plupart des endroits dans un URL, même au milieu d'un chemin-segment qui n'est pas le dernier chemin-segment. (La dernière spécification pour les URLs, “Uniform Resource Identifier (URI): Generic Syntax”, est la RFC 3986.)
  4. Je suis en train de développer une application web qui utilise le tagging, et bien sûr je veux utiliser rel-tag. Pour cette application, je veux des URLs belles et propres. J'avais prévu d'utiliser mod_rewrite pour mapper une URL propre sur mes scripts sous-jacents. Comment dois-je utiliser le mod_rewrite d'Apache pour mapper http://exemple.org/~user/app/tag/car pour http://exemple.org/~user/app/script.php?tag=car ?
    • Une solution serait de modifier le script pur inspecter le chemin vers le tag (via la variable “PATH_INFO”), plutôt que d'inspecter la requête :
<Directory "/home/user/public_html/app/>
    RewriteEngine On
    RewriteRule ^tag/([^/]+)$ script.php/$1 [last]
</Directory>
    • Pour les personnes qui peuvent éditer le fichier principal de configuration du serveur, le code de configuration suivant non testé pourrait fonctionner. Corrections bienvenues.
RewriteEngine On
RewriteMap tag int:escape
RewriteRule ^/~user/app/tag/([^/]+)$ /~user/app/script.php?tag=${tag:$1} [last]
    • Le code de configuration suivant, laissé à partir d'une contribution précédente de ce document, fait un travail pauvre selon les test. Le code suivant échoue pour exécuter les règles rel-tag à propos du tag correspondant au dernier chemin-segment non vide. Considérez cela comme une requête sur http://exemple.org/~user/app/tag/ qui mapperait en interne vers une requête sur http://example.org/~user/app/script.php?tag= . Considérez qu'une requête sur http://exemple.org/~user/app/tag/not-a-tag/the-tag mapperait en interne vers une requête sur http://exemple.org/~user/app/script.php?tag=not-a-tag/the-tag . Considérez qu'une requête sur http://exemple.org/~user/app/tag/the-tag/ mapperait en interne vers une requête sur http://exemple.org/~user/app/script.php?tag=the-tag/ . Considérez qu'une requête sur http://exemple.org/~user/app/tag/attack&intent=destroy mapperait en interne vers une requête sur http://exemple.org/~user/app/script.php?tag=attack&intent=destroy .
<Directory "/home/user/public_html/app/>
    RewriteEngine On
    RewriteRule ^tag/(.*)$ script.php?tag=$1
</Directory>
  1. Est-ce qu'un rel tag a encore du sens si le lien est redirigé ? Si le serveur HTTP renvoie un code statut 302, est-ce que le rel-tag a du sens ? Y'a t'il une règle formelle que les indexeurs devraient suivre le lien vers la destination finale, la destination résolue ? Ou existe-t-il une règle formelle qu'un rel tag devrait être ignoré si l'URL de son lien ne retourne pas un code statut de 200 ?
    • ..réponse à suivre

Sélecteur CSS

Comment écrivez-vous un sélecteur CSS pour rel-tag ?

Est-ce que les tags sont sensibles à la casse ?

Tags à plusieurs mots

Tags avec extensions de fichiers

Est-ce que <a rel="tag" href="http://exemple.com/fromage.htm">fromage</a> est un tag valide pour "fromage" ? Idem pour les variantes .asp ou .php ? si non pourquoi ?

Non vous ne pouvez pas utiliser une URL tag avec une extension fichier - à moins que vous ne vouliez que l'extension soit incluse dans tous vos tags. Explication de Brian Suda sur la liste de discussion microformats : --- la spec dit : ... the last segment of the path portion of the URI (after the final "/" character) contains the tag value.

Ce que cette chaîne est n'est pas approprié. Ce pourrait être /file/mon.pdf et le tag serait "mon.pdf" il pourrait être /downloads/mon.gros.fichier.pdf et le tag serait "mon.gros.fichier.pdf". Un tag est tout ce qui est après le slash (à moins que le dernier caractère ne soit un slash). Par conséquent c'est un fichier ou un dossier, ou un fichier qui n'a pas une extension, ou un dossier qui a un '.' dans son nom.

Qu'en est-il de l'étendue ?

Parce que rel-tag est une fonctionnalité utilisée dans beaucoup d'autres microformats, la question qui revient souvent : "Quelle est l'étendue du tag ?" Par exemple, un rel-tag peut apparaître dans une entrée xFolk et à première vue il peut apparaître que le tag devrait ne s'appliquer qu'à l'entrée. Néanmoins, la pratique actuelle de publication semble indiquer que quelque chose apparaissant sur une page est probablement en rapport avec le contenu de la page. Par conséquent, l'interprétation est que non seulement le rel-tag s'applique à son conteneur direct mais à tout les conteneurs et au document en tant qu'ensemble ; il contient l'entrée xFolk. C'est une infraction de la théorie stricte de la connaissance en faveur d'un usage venant du vrai monde.

Pour prendre un autre exemple, vous pouvez faire un lien vers votre ami Jean avec XFN et une hCard, indiquant dans ses catégories que Jean est intéressé par la natation, que vous exécrez. Parce que l'article est initialement à propos de vous et pas à propos des hobbies de Jean et parce que rel-tag est à l'intérieur d'une hCard, vous pouvez vous attendre à ce que le rel-tag ne s'applique pas au document ; néanmoins, le document contient vraiment l'infomration à propos de la natation, même un tout petit peu, nommément que votre ami l'apprécie. En ce sens, rel-tag est binaire : il indique la direction (oui ou non) mais pas la magnitude. C'est équivalent à une recherche de texte libre sans [tf-idf] ; c'est à dire sans une notion de pertinence de terme.

Le résultat de cela est que les rel-tags peuvent avoir une étendue à la baisse mais pas une étendue à la hausse.

Pages en rapport

La spécification rel-tag est un chantier en cours. Au fur et à mesure que des aspects sont discutés, compris et écrits, ils seront ajoutés. Ces idées, problématiques et questions sont maintenues sur des pages séparées.

rel-tag-faq-fr was last modified: Tuesday, January 6th, 2009

Views