Difference between revisions of "rel-tag-faq-fr"

From Microformats Wiki
Jump to navigation Jump to search
m (→‎Q&R: typo)
Line 9: Line 9:
 
== Q&R ==
 
== Q&R ==
  
# ''A qui appartient un lien tag ? Est-ce que le lien taguant n'a besoin que d'apparaître  
+
# ''A qui appartient un lien tag ? Est-ce que le lien taguant n'a besoin que d'apparaître 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 ?''
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 ?
+
#* 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]]. Pour taguer vos billets de blog, placez les liens [[rel-tag-fr]] à 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]] intacts.
Est-ce que le lien taguant a besoin d'apparaître à n'importe quel endroit que je peux possiblement imaginer ?''
+
# ''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)''
#* 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]]. Pour taguer vos billets de blog, placez les liens [[rel-tag-fr]] à 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]] intacts.
 
# ''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.  
+
#*** 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.)
(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]]. 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/>
Line 33: Line 25:
 
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 conde 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]] à 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> . Consider that a request on <code><nowiki>http://example.org/~user/app/tag/not-a-tag/the-tag</nowiki></code> would map internally to a request on <code><nowiki>http://example.org/~user/app/script.php?tag=not-a-tag/the-tag</nowiki></code> . Consider that a request on <code><nowiki>http://example.org/~user/app/tag/the-tag/</nowiki></code> would map internally to a request on <code><nowiki>http://example.org/~user/app/script.php?tag=the-tag/</nowiki></code> . Consider that a request on <code><nowiki>http://example.org/~user/app/tag/attack&intent=destroy</nowiki></code> would map internally to a request on <code><nowiki>http://example.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 39: Line 31:
 
</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é ?  
+
<li>''Est-ce qu'un rel tag a encore du sens si le lien est redirigé ? Si Apache renvoie un code status 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, résolue ? Ou Y'a t'il une règle formelle qu'un rel tag devrait être ignoré si l'URL ou son lien ne retourne pas un code status de 200 ?''
Si Apache renvoie un code status 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, résolue ?  
 
Ou Y'a t'il une règle formelle qu'un rel tag devrait être ignoré si l'URL ou son lien ne retourne pas un code status de 200 ?''
 
 
* ..réponse à suivre
 
* ..réponse à suivre
 
</li>
 
</li>

Revision as of 07:42, 2 July 2006

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. A qui appartient un lien tag ? Est-ce que le lien taguant n'a besoin que d'apparaître 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. 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.)
  3. 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 Apache renvoie un code status 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, résolue ? Ou Y'a t'il une règle formelle qu'un rel tag devrait être ignoré si l'URL ou son lien ne retourne pas un code status de 200 ?
    • ..réponse à suivre
  2. Comment écrivez-vous un sélecteur CSS pour rel-tag?
    • a[rel~="tag"] { color: green }