Atome (standard)
L'atome nommé s'applique à une paire de normes relatives. Le format de syndication d'atome de est une langue du XML utilisée pour les alimentations de Web de tandis que le protocole de édition d'atome de (désigné sous le nom de AtomPub pour le short) est un HTTP simple - protocole basé de pour créer et mettre à jour des ressources de Web.
Les alimentations de Web permettent à des programmes du logiciel de vérifier les mises à jour éditées sur un site Web. Pour fournir une alimentation de Web, un propriétaire d'emplacement peut employer le logiciel spécialisé (tel qu'un système de gestion de contenu ) qui édite une liste (ou le " ; feed" ;) des articles ou du contenu récents dans un format normalisé et compréhensible par une machine. L'alimentation peut alors être téléchargée par les sites Web qui contenu de syndicat de l'alimentation, ou par les programmes du lecteur d'alimentation de qui permettent à des internautes de souscrire aux alimentations et de regarder leur contenu.
Une alimentation contient les entrées, qui peuvent être des titres, des articles à texte intégral, des extraits, des résumés, et/ou des liens au contenu sur un site Web, avec les diverses méta-données .
Le développement de l'atome a été motivé par l'existence de beaucoup de versions incompatibles du format de syndication du RSS , qui a eu des points faibles, et de l'interopérabilité pauvre, du XML-RPC - protocoles de édition basés. Le format de syndication d'atome a été édité comme " d'IETF ; standard" proposé ; dans RFC 4287, et le protocole de édition d'atome a été édité comme RFC 5023.
Utilisation
Des alimentations de Web sont employées par la communauté de Weblog pour partager des dernières leur texte intégral entrées les titres ou, et même les dossiers joints de multimédia. Ces fournisseurs permettent à d'autres sites Web d'incorporer le " des weblog ; syndicated" ; le titre ou le titre-et-court-résumé alimente aux termes de divers accords d'utilisation. L'atome et d'autres formats de syndication de Web sont maintenant employés pour beaucoup de buts, y compris le journalisme, le marketing, les bogue-rapports, ou n'importe quelle autre activité impliquant les mises à jour ou les publications périodiques. L'atome fournit également une manière normalisée d'exporter un blog entier, ou des pièces de lui, pour le support ou pour importer dans d'autres systèmes blogging.
Un programme connu sous le nom de lecteur d'alimentation de ou aggregator peut vérifier des pages Web au nom d'un utilisateur et montrer tous les articles mis à jour qu'il trouve. Il est commun pour trouver des alimentations de Web sur des sites Web importants, aussi bien que des beaucoup plus petits. Quelques sites Web ont laissé des personnes choisissent entre RSS ou alimentations de Web composées par atome ; d'autres offrent seulement RSS ou seulement atome. En particulier, beaucoup le blog et les emplacements de Wiki offrent à leurs alimentations de Web dedans le format d'atome.
des lecteurs et les aggregators du Client-côté peuvent être conçus en tant que programmes autonomes ou comme prolongements aux programmes existants comme les navigateurs de Web de les navigateurs se déplacent vers des fonctions integrated de lecteur d'alimentation, telles que le safari RSS , le web browser de pour S60 , l'opéra , le Firefox et le Internet Explorer . De tels programmes sont disponibles pour différents logiciels d'exploitation.
Les lecteurs d'alimentation et les aggregators basés sur le WEB de nouvelles n'ont besoin d'aucune installation de logiciel et font le " de l'utilisateur ; feeds" ; disponible sur tout ordinateur avec l'accès de Web. Le Web de syndicat de quelques aggregators (cartel) introduit dans de nouvelles alimentations, par exemple, la prise de tous les articles connexes par football de plusieurs sports alimente et la fourniture d'une nouvelle alimentation du football. Il y a également des moteurs de recherche pour le contenu édité par l'intermédiaire des alimentations de Web, y compris le Technorati et le Blogdigger .
Sur des pages Web, des alimentations de Web (atome ou RSS) sont typiquement liées avec le " de mot ; Subscribe" ; ou avec le logo officieux d'alimentation de Web ().
Atome comparé à RSS 2.0< ! -- Cette section est liée du RSS -->
La motivation principale pour le développement de l'atome était mécontentement en ce qui concerne le RSS :
RSS 2.0 peut contenir l'un ou l'autre texte plat ou HTML échappé comme charge utile , sans la manière d'indiquer lesquels des deux sont fournis. L'atome emploie en revanche (c. dactylographié) un " explicitement marqué ; entry" ; récipient (de charge utile). Il tient compte d'une plus grande variété de types de la charge utile comprenant le texte plat, le HTML échappé, le XHTML , le XML, le Base64 - binaire codée, et les références au contenu externe tel que des documents, vidéo et jets audio, et ainsi de suite.0 a un " ; description" ; élément qui peut contenir une pleine entrée ou juste une description. L'atome a les éléments séparés de « résumé » et de « contenu ». L'atome permet ainsi l'inclusion du contenu non-textuel qui peut être décrite par le résumé.
L'atome est défini dans un namespace du XML.
L'atome spécifie l'utilisation du xml intégré du XML : base pour le relatif URIs
L'atome emploie le xml intégré de XML : attribut de lang par opposition à l'utilisation de RSS 2.0's de son propre " ; language" ; élément.
En atome, c'est que chaque entrée ont un globalement - l'identification unique obligatoire , qui est importante pour la mise à jour fiable des entrées.0 permet les documents autonomes d'entrée d'atome.
L'atome spécifie que les dates soient dans le format décrit dans RFC 3339 (qui est un sous-ensemble d'OIN 8601 ).0 a IANA - Pantomime-type enregistré de . Des alimentations de RSS 2.0 sont souvent envoyées comme application/rss+xml, bien que ce ne soit pas un Pantomime-type enregistré.0 inclut un détendent le schéma de NG .
L'atome est une norme ouverte et evolvable développée par le procédé d'étalonnage d'IETF .
Des éléments de l'atome 1.0 peuvent être employés comme prolongements à d'autres vocabulaires de XML, y compris RSS 2.0 comme illustrés dans un poteau de Weblog par le " autorisé Bray de Tim ; RSS" atomique ;.0 décrit comment des alimentations et les entrées peuvent être digitalement signées using les spécifications de la signature digitale du XML tels que des entrées peuvent être copiées à travers les documents multiples d'alimentation sans casser la signature.
L'atome soutient les éléments multiples de lien par entrée, un dispositif qui peut être employé pour spécifier des clôtures de différents types. Ceci élimine le besoin d'alimentations séparées pour les podcasts qui fournissent des formats de fichier multiples.
Barrières à l'adoption
En dépit de l'apparition de l'atome car un IETF a proposé la norme et la décision par les compagnies importantes telles que le Google pour embrasser l'atome, l'utilisation des formats plus anciens et plus largement connus de RSS 1. Le soutien de RSS 2.0 des clôtures a mené directement au développement du Podcasting tandis que beaucoup d'applications podcasting, telles que le ITunes , soutiennent l'utilisation de l'atome 1.0 reste le format preferred.
Beaucoup d'emplacements choisissent d'éditer leurs alimentations dedans seulement un format simple. Par exemple CNN , le New York Times , et l'offre du BBC que leur Web alimente seulement dans le format de RSS 2.
Les articles de nouvelles concernant des alimentations de syndication de Web ont de plus en plus employé le " de limite ; RSS" ; pour se référer génériquement à l'un des plusieurs variantes du format de RSS telles que RSS 2.0 aussi bien que le format d'atome (par exemple,).
Chacun des divers formats d'alimentation de syndication de Web a attiré de grands groupes de défenseurs qui restent satisfaisants par les spécifications et les possibilités de leurs formats respectifs.
Histoire de développement
Fond
Avant la création de l'atome la méthode primaire de syndication de contenu de Web était la famille du RSS des formats.Les membres de la communauté qui s'est sentie qu'il y avait des insuffisances significatives avec cette famille des formats ne pouvaient pas apporter des modifications directement à RSS 2.0 parce que le document officiel de spécifications a déclaré qu'il a été exprès gelé pour assurer sa stabilité.
Travail initial
Dans le le juin 2003 , Sam rouge a installé un Wiki pour discuter ce qui fait le " ; un entry" bien formé de notation ;. Cette première signalisation a agi en tant que point de rassemblement. Les gens ont rapidement commencé à employer le wiki pour discuter un nouveau format de syndication pour adresser les points faibles du RSS . Il est également apparu clairement que le nouveau format pourrait former la base d'un remplacement plus robuste pour le blog éditant des protocoles tels que le Blogger api et le protocole de client/serveur de LiveJournal XML-RPC de aussi bien. Le projet a visé à développer un format de syndication de Web qui était :
" ; 100% neutre de fournisseur, " ;
" ; mis en application par tout le monde, " ;
" ; librement extensible par quiconque, and" ;
" ; proprement et complètement specified." ;
Dans l'ordre court, une carte de route de projet également, Dave Winer , la personne clé derrière le RSS 2.0 , a donné l'appui expérimental au nouvel effort
Après ce point, la discussion est devenue chaotique, en raison du manque d'un processus décisionnel. Le projet a également manqué d'un nom, à titre d'essai using le " ; Pâté en croûte, " ; " ; Écho, " ; et " ; Necho" ; avant l'arrangement sur l'atome. Après libération d'un instantané de projet connu sous le nom d'atome 0.2 dans tôt - le juillet 2003, discussion a été décalé outre du wiki.3 et adoption par Google La discussion alors s'est déplacée nouvellement à une liste d'adresses d'installation. Le prochain et final instantané pendant cette phase était l'atome 0.3 de , libéré en décembre 2003. Cette par version adoption répandue gagnée lui dans des outils de syndication, et en particulier a été ajoutée aux plusieurs Google - services relatifs, tels que le Blogger , les nouvelles de Google de , et le Gmail . GData d'api des données de Google le bêta) (sont basés sur l'atome 1.0 et étalonnage d'IETF Dans le 2004 , les discussions ont commencé au sujet de déplacer le projet à un organisme de normalisation tel que le World Wide Web Consortium ou l'Internet Engineering Task Force (IETF) de . Le groupe a par la suite choisi l'IETF et le groupe de travail d'Atompub a été formellement installé dans le juin 2004 , finalement donnant au projet une charte et un processus. Le groupe de travail d'Atompub co-chaired par braillement de Tim (le co-editor des spécifications de XML ) et Paul Hoffman. Le développement initial a été concentré sur le format de syndication.
Le format de syndication d'atome de a été publié comme norme proposée dans RFC 4287 d'IETF en décembre 2005. Les co-editors étaient marque Nottingham et Robert Sayre . Ce document est connu comme atompub-format de dans la terminologie de l'IETF. Le protocole de édition d'atome de a été publié comme norme proposée dans RFC 5023 d'IETF en octobre 2007. Deux autres ébauches n'ont pas été normalisées.
Exemple d'une alimentation de l'atome 1.0
Un exemple d'un document dans le format de syndication d'atome : lang=" de
Voir également
HAtom - Microformat pour marquer vers le haut (X) du HTML de sorte que des alimentations d'atome puissent être dérivées de lui. Rubis de Sam de
Braillement de Tim de
Dave Winer
XML
XSPF
Syndication de Web de
Arbre généalogique de format de syndication de
Liste de des langages de balisage de syndication de contenu
Podcasting * RSS
Format de définition de la Manche de - un format de départ-papier en avance s'est développé avant atome et RSS.
| Random links: | Baccio D'Agnolo | Smithville, New York | Instrument d'accession (Jammu et le Cachemire) | William Wilde | Bouclier baltique | Átomo_(estándar) |