Mon fil RSS (fait maison) marche dans thunderbird, mais il doit pas être valide. Si quelqu'un à quelques conseils, et surtout si vous pouvez me dire comment il passe chez vous, ca me rendrai un grand service.
merci.
Fil RSS
Version complète: sur le forum Webmaster Hub : mon fil RSS marche...
Webmaster Hub > Création et exploitation de Sites Internet > Les langages du Net > XML et ses dialectes
je vois que ca :
http://new-concept.supiot.net/Les news de new-concept par Martin.fr-frCopyright 2001-2005 Martin SupiotWed, 02 Feb 2005 23:06:58 GMT+1http://blogs.law.harvard.edu/tech/rssNew-Concept websitemartin_AT_supiot.netmartin_AT_supiot.net60Un fil RSS sur New-ConceptWed, 02 Feb 2005 22:59:02 GMT+1http://new-concept.supiot.net/index.php?page=news&news=8http://new-concept.supiot.net/index.php?page=news&news=8Les mots clés 2004 de google franceMon, 31 Jan 2005 16:33:51 GMT+1http://new-concept.supiot.net/index.php?page=news&news=5http://new-concept.supiot.net/index.php?page=news&news=5De l'interêt des logos de normesFri, 28 Jan 2005 19:04:47 GMT+1http://new-concept.supiot.net/index.php?page=news&news=4http://new-concept.supiot.net/index.php?page=news&news=4Ouverture du site 6nergies.netThu, 20 Jan 2005 12:31:29 GMT+1http://new-concept.supiot.net/index.php?page=news&news=3http://new-concept.supiot.net/index.php?page=news&news=3Conventions de codage PHPMon, 17 Jan 2005 13:35:05 GMT+1http://new-concept.supiot.net/index.php?page=news&news=1http://new-concept.supiot.net/index.php?page=news&news=1
que doit-on voir ?
http://new-concept.supiot.net/Les news de new-concept par Martin.fr-frCopyright 2001-2005 Martin SupiotWed, 02 Feb 2005 23:06:58 GMT+1http://blogs.law.harvard.edu/tech/rssNew-Concept websitemartin_AT_supiot.netmartin_AT_supiot.net60Un fil RSS sur New-ConceptWed, 02 Feb 2005 22:59:02 GMT+1http://new-concept.supiot.net/index.php?page=news&news=8http://new-concept.supiot.net/index.php?page=news&news=8Les mots clés 2004 de google franceMon, 31 Jan 2005 16:33:51 GMT+1http://new-concept.supiot.net/index.php?page=news&news=5http://new-concept.supiot.net/index.php?page=news&news=5De l'interêt des logos de normesFri, 28 Jan 2005 19:04:47 GMT+1http://new-concept.supiot.net/index.php?page=news&news=4http://new-concept.supiot.net/index.php?page=news&news=4Ouverture du site 6nergies.netThu, 20 Jan 2005 12:31:29 GMT+1http://new-concept.supiot.net/index.php?page=news&news=3http://new-concept.supiot.net/index.php?page=news&news=3Conventions de codage PHPMon, 17 Jan 2005 13:35:05 GMT+1http://new-concept.supiot.net/index.php?page=news&news=1http://new-concept.supiot.net/index.php?page=news&news=1
que doit-on voir ?
Deux modifications à apporter :
- corriger le type mime et l'encodage indiqués par le serveur, en ajoutant en début de fichier rss.php :
- corriger les dates en ramplaçant GTMT+1 par +0100
- corriger le type mime et l'encodage indiqués par le serveur, en ajoutant en début de fichier rss.php :
CODE
header('Content-Type: application/xml; charset=iso-8859-1');
- corriger les dates en ramplaçant GTMT+1 par +0100
Merci, ca fait tout de suite plus propre ;-)
Bon, je débute en xml, et pour le xmlns, j'en ai pris un au hasard. Quel est l'enjeu de ce truc ? j'ai pas trouvé de doc qui me le fasse comprendre. Qu'est ce que ca va changer que je mette celui ci ou un autre ?
Bon, je débute en xml, et pour le xmlns, j'en ai pris un au hasard. Quel est l'enjeu de ce truc ? j'ai pas trouvé de doc qui me le fasse comprendre. Qu'est ce que ca va changer que je mette celui ci ou un autre ?
Bon, je ne suis pas pro...
Je viens de tester ton fil RSS avec Sage sous Firefox et il m'a paru fonctionner correctement...
Voilà...
Je viens de tester ton fil RSS avec Sage sous Firefox et il m'a paru fonctionner correctement...
Voilà...
Il ne s'agit pas d'espace de nom (xmlns) mais de type de contenu.
Le type de contenu est l'une des métadonnées clé du Web. Il indique la nature d'une ressource, et fournit l'information permettant au client de déterminer comment elle doit être traitée.
Par exemple, text/html indique un contenu HTML dont le balisage doit donc être interprété. Si tu applique un type text/plain à une page HTML... le navigateur affiche le code sans l'interpréter
Autre exemple : le type de contenu application/xhtml+xml fait toute la différence de traitement par les navigateurs entre un document (X)HTML et un "vrai" document XHTML...
La plupart des gens ne se préoccupent pas des types de contenu, parce que leur serveur est configuré pour associer les types requis aux différentes ressources (pages web, images, icônes, etc). Mais il arrive fréquemment que cette configuration soit insuffisante, ou incorrecte. Elle s'appuie le plus souvent sur les extensions de fichier : ton fil rss ayant une extension php... c'était logiquement un document HTML au yeux du serveur. Mais une extension .rss aurait sans doute donné... du text/plain faute de l'association idoine dans le paramétrage de ton serveur.
Bref, les type de contenus sont indispensables, mais mal employés le plus souvent. D'où problème pour les agents utilisateurs qui doivent décider entre deux maux :
- recourir à des mécanismes de "devinette" et de correction du type de contenu, souvent basées sur les extensions de fichier... avec des résultats plus ou moins heureux, des risques côté sécurité, et un bel effet pervers : les auteurs sont encouragés à ne pas s'occuper de fournir les bons types de contenu.
- ou bien être strict sur le types de contenu... au risque de ne pouvoir traiter les ressources incorrectement adressées.
Dans le genre strict :
- une feuille de style qui n'a pas le type text/css sera ignorée par Firefox
- une favicon qui n'a pas le type mime image/... sera ignorée dans certains cas par Opera
- un fil RSS n'ayant pas un des types idoines ne sera pas lu par certains clients RSS
C'est pourquoi il faut veiller à toujours indiquer le type de contenu exact
Le type de contenu est l'une des métadonnées clé du Web. Il indique la nature d'une ressource, et fournit l'information permettant au client de déterminer comment elle doit être traitée.
Par exemple, text/html indique un contenu HTML dont le balisage doit donc être interprété. Si tu applique un type text/plain à une page HTML... le navigateur affiche le code sans l'interpréter
Autre exemple : le type de contenu application/xhtml+xml fait toute la différence de traitement par les navigateurs entre un document (X)HTML et un "vrai" document XHTML...
La plupart des gens ne se préoccupent pas des types de contenu, parce que leur serveur est configuré pour associer les types requis aux différentes ressources (pages web, images, icônes, etc). Mais il arrive fréquemment que cette configuration soit insuffisante, ou incorrecte. Elle s'appuie le plus souvent sur les extensions de fichier : ton fil rss ayant une extension php... c'était logiquement un document HTML au yeux du serveur. Mais une extension .rss aurait sans doute donné... du text/plain faute de l'association idoine dans le paramétrage de ton serveur.
Bref, les type de contenus sont indispensables, mais mal employés le plus souvent. D'où problème pour les agents utilisateurs qui doivent décider entre deux maux :
- recourir à des mécanismes de "devinette" et de correction du type de contenu, souvent basées sur les extensions de fichier... avec des résultats plus ou moins heureux, des risques côté sécurité, et un bel effet pervers : les auteurs sont encouragés à ne pas s'occuper de fournir les bons types de contenu.
- ou bien être strict sur le types de contenu... au risque de ne pouvoir traiter les ressources incorrectement adressées.
Dans le genre strict :
- une feuille de style qui n'a pas le type text/css sera ignorée par Firefox
- une favicon qui n'a pas le type mime image/... sera ignorée dans certains cas par Opera
- un fil RSS n'ayant pas un des types idoines ne sera pas lu par certains clients RSS
C'est pourquoi il faut veiller à toujours indiquer le type de contenu exact
oui, mais là pour mon xmlns, j'ai repris un lien dans un fil rss, que j'ai pris en exemple. Je dépends donc de ce lien. Comment en choisir un autre, en créer un...
j'ai éssayé de prendre une référence sur le site du w3c, mais ca n'a pas marché...
vais aller m'acheter un livre sur les rss et le xml moi...
j'ai éssayé de prendre une référence sur le site du w3c, mais ca n'a pas marché...
vais aller m'acheter un livre sur les rss et le xml moi...
J'avoue que je vois mal ce que tu veux dire ?
S'agit-il du choix du format RSS ? RSS2.0, RSS1.0, RSS0.91, Atom ... ?
Dans ce cas, tu trouveras une bonne base de départ dans les articles RSS d'OpenWeb ( http://openweb.eu.org/rss/ ).
S'agit-il du choix du format RSS ? RSS2.0, RSS1.0, RSS0.91, Atom ... ?
Dans ce cas, tu trouveras une bonne base de départ dans les articles RSS d'OpenWeb ( http://openweb.eu.org/rss/ ).
ma question est assez simple :
a quoi sert : xmlns:blogChannel="http://backend.userland.com/blogChannelModule"
et quelle est la différence avec : xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
ou encore : xmlns="http://purl.org/rss/1.0/" ?
a quoi sert : xmlns:blogChannel="http://backend.userland.com/blogChannelModule"
et quelle est la différence avec : xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
ou encore : xmlns="http://purl.org/rss/1.0/" ?
Ce sont des espaces de noms. Pour utiliser XML, il faut définir des "dialectes" spécifiques, adaptés à la tâche à accomplir. Chaque dialecte est un ensemble de balises définies dans un espace de nom qui lui est propre.
Par exemple, XHTML (qui est du XML) est défini dans son espace de nom, et celui-ci est indiqué par la ligne habituelle :
En faisant appel à plusieurs espaces de noms dans le même document, on peut conjuguer plusieurs dialectes.
Si on prend RSS1.0 comme exemple :
- <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns="http://purl.org/rss/1.0/"> indique qu'il s'agit de RDF, dans l'espace de nom qui définit RSS1.0. Avec cela, on dispose du jeu de balises minimales pour faire un fichier RSS de ce format. On peut donc écrire son fil RSS avec ces balises :
- Disons qu'on veut ajouter des informations sur l'auteur. RSS1.0 n'offre pas le balisage nécessaire. On fait appel à un autre dialecte, compatible, qui constitue le module "Dublin Core", et qui a son espace de nom spécifique (dc). On fait donc référence à cet espace de nom pour qu'il soit exploitable dans le fichier (troisième ligne ci-dessous):
On peut à présent utiliser les balises existant dans cet espace de nom dc :
Cette modularité du RSS1.0, basée sur l'utilisation de RDF et des espaces de noms, en fait un outil particulièrement puissant, puisqu'il est possible de l'étendre selon ses besoins...
Par exemple, XHTML (qui est du XML) est défini dans son espace de nom, et celui-ci est indiqué par la ligne habituelle :
CODE
<html xmlns="http://www.w3.org/1999/xhtml">
En faisant appel à plusieurs espaces de noms dans le même document, on peut conjuguer plusieurs dialectes.
Si on prend RSS1.0 comme exemple :
- <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns="http://purl.org/rss/1.0/"> indique qu'il s'agit de RDF, dans l'espace de nom qui définit RSS1.0. Avec cela, on dispose du jeu de balises minimales pour faire un fichier RSS de ce format. On peut donc écrire son fil RSS avec ces balises :
CODE
<item rdf:about="...">
<title>...</title>
<link>...</link>
<description>...</description>
</item>
etc.
<title>...</title>
<link>...</link>
<description>...</description>
</item>
etc.
- Disons qu'on veut ajouter des informations sur l'auteur. RSS1.0 n'offre pas le balisage nécessaire. On fait appel à un autre dialecte, compatible, qui constitue le module "Dublin Core", et qui a son espace de nom spécifique (dc). On fait donc référence à cet espace de nom pour qu'il soit exploitable dans le fichier (troisième ligne ci-dessous):
CODE
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns="http://purl.org/rss/1.0/"
xmlns:dc="http://purl.org/dc/elements/1.1/">
xmlns="http://purl.org/rss/1.0/"
xmlns:dc="http://purl.org/dc/elements/1.1/">
On peut à présent utiliser les balises existant dans cet espace de nom dc :
CODE
<dc:creator>...</dc:creator>
<dc:date>...</dc:date>
<dc:subject>...</dc:subject>
<dc:date>...</dc:date>
<dc:subject>...</dc:subject>
Cette modularité du RSS1.0, basée sur l'utilisation de RDF et des espaces de noms, en fait un outil particulièrement puissant, puisqu'il est possible de l'étendre selon ses besoins...
Bon, ca me parait un peu plus clair... encore que... et les DTD dans tout ca ? quelle différence ? et pourquoi mon fil RSS est valide http://feedvalidator.org/check.cgi?url=htt...iot.net/rss.php alors que je n'ai pas de xmlns ?
question subsidiaire : ou trouver une liste des différents xmlns ?
Et encre merci pour tout ces éléments de réponse.
question subsidiaire : ou trouver une liste des différents xmlns ?
Et encre merci pour tout ces éléments de réponse.
)Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.