Page 1

8/11/2019

La aplicaciรณn / opensearchdescription + tipo de medio xml

.

F. Ellermann

Borrador de Internet

xyzzy

Estado previsto: informativo

14 de noviembre de 2011

Expira: 17 de mayo de 2012

La aplicaciรณn / opensearchdescription + tipo de medio xml draft-ellermann-opensearch-03

Resumen Este borrador sugiere registrar la aplicaciรณn / opensearchdescription + tipo de medio xml para las descripciones de OpenSearch. Los elementos Atom y XHTML <link rel = "search" ... /> son ejemplos en los que se utiliza este tipo de medio.

Estado de esta nota Este borrador de Internet se presenta en total conformidad con las disposiciones de BCP 78 y BCP 79. Los borradores de Internet son documentos de trabajo del Internet Engineering Task Force (IETF). Tenga en cuenta que otros grupos tambiรฉn pueden distribuir documentos de trabajo como borradores de Internet. La lista de borradores actuales en Internet se encuentra en http://datatracker.ietf.org/drafts/current/. Los borradores de Internet son borradores de documentos vรกlidos por un mรกximo de seis meses y pueden ser actualizados, reemplazados u obsoletos por otros documentos en cualquier momento. Es inapropiado usar Borradores de Internet como material de referencia o citarlos de otra manera que no sea "trabajo en progreso". Este borrador de Internet vencerรก el 17 de mayo de 2012.

Aviso de copyright Copyright (c) 2011 IETF Trust y las personas identificadas como autores del documento. Todos los derechos reservados. Este documento estรก sujeto a BCP 78 y a las Disposiciones legales del Fideicomiso IETF relacionadas con los documentos IETF (http://trustee.ietf.org/license-info) vigentes en la fecha de publicaciรณn de este documento. Revise estos documentos detenidamente, ya que describen sus derechos y restricciones con respecto a este documento.

1. Introducciรณn Este borrador sugiere registrar la aplicaciรณn / opensearchdescription + tipo de medio xml para las descripciones de OpenSearch. Los elementos Atom y XHTML <link rel = "search" ... /> son ejemplos en los que se utiliza este tipo de medio. Puede ser discutido en http://groups.google.com/group/opensearch o en la lista de correo mailto: ietf-types@iana.org . Debido a que este borrador no estรก (mรกs) destinado a ser publicado como RFC, las referencias normativas e informativas son en realidad solo "lecturas adicionales".

2. Consideraciones de seguridad https://tools.ietf.org/id/draft-ellermann-opensearch-03.html

1/6


8/11/2019

La aplicación / opensearchdescription + tipo de medio xml

Las consideraciones de seguridad son parte de la plantilla de registro de subtipo de medios IANA [iana] .

3. Consideraciones de la IANA A continuación encontrará la plantilla de registro [RFC4288] para el subtipo "opensearchdescription + xml" del tipo de medio "aplicación" en http://www.iana.org/assignments/media-types/application/ : Escribe un nombre: solicitud Nombre de subtipo: opensearchdescription + xml Parámetros requeridos: No hay parámetros requeridos. Parámetros opcionales: juego de caracteres (predeterminado a "UTF-8") Consideraciones de codificación: Idéntico a los de "application / xml" como se describe en [RFC3023] ; especialmente "UTF-8" [RFC3629] y su subconjunto apropiado "US-ASCII" se supone que funcionan. Para los documentos que no son ASCII servidos como "text / xml" se requiere el parámetro "charset"; Esto puede ser relevante cuando los autores no pueden configurar el servidor que aloja su OSD (documento de descripción de OpenSearch). Consideraciones de Seguridad: Todas las consideraciones generales de seguridad y privacidad para enviar consultas a los servidores especificados en una URL son aplicables. Cuando los clientes admiten la función de actualización opcional en los OSD, afecta la privacidad de los usuarios. La API AddSearchProvider de EcmaScript () generalmente aplica una política de "mismo origen" para el OSD; El elemento URL dentro del OSD puede designar a un tercero como proveedor de búsqueda. Un OSD puede pretender ser una descripción de búsqueda para X, pero en realidad hacer algo más. Consideraciones de interoperabilidad: Las descripciones de OpenSearch utilizan el espacio de nombre XML http://a9.com/-/spec/opensearch/1.1/ , opcionalmente junto con otros espacios de nombre XML para extensiones o para fines específicos de la aplicación. Especificación publicada: http://www.opensearch.org/Specifications/1.1/ Aplicaciones que usan este tipo de medios: Varios navegadores web, motores de búsqueda y bibliotecas de software admiten OSD. La relación de enlace "buscar" se utiliza en muchas páginas web con este tipo de medios. La API de EcmaScript AddSearchProvider () documentada para WhatWG HTML utiliza este tipo de medio. Información Adicional: Los OSD no tienen "números mágicos" como se define en RFC 4288. No hay "extensiones de nombre de archivo comunes" especiales para los OSD, los OSD son documentos XML. https://tools.ietf.org/id/draft-ellermann-opensearch-03.html

2/6


8/11/2019

La aplicación / opensearchdescription + tipo de medio xml

Si se desean extensiones específicas, los ".osdx" o ".a9.xml" convencionales podrían ser la solución. Persona y dirección de correo electrónico para contactar para más información: http://groups.google.com/group/opensearch http://www.opensearch.org/Community/Guidelines Uso previsto: COMÚN Restricciones de uso: Ninguna Autor: DeWitt Clinton Cambiar controlador: http://www.opensearch.org/

4. Agradecimientos Como siempre, John Klensin es una inspiración para todo tipo de "experimentos de proceso" que no se limitan a [RFC3933] y [RFC4897] . Gracias a Mark Nottingham por registrar la relación de enlace de "búsqueda", a Ian Hickson por documentar window.external.AddSearchProvider () en [WhatWG] HTML, a Sam Ruby por validar los OSD en http://feedvalidator.org/ , y a DeWitt Clinton por especificar [OpenSearch] con la comunidad OpenSearch. Paul Libbrecht sugirió agregar un nombre de portapapeles y un código de tipo de archivo MAC OS9 si corresponde. Ni [RFC4288] ni [OpenSearch] ofrecen ninguna información aplicable. Gracias también a Henrik Levkowetz, Julian Reschke y la gente "feliz de la IANA".

5. Referencias 5.1. Referencias normativas [RFC3023]

Murata, M. , St. Laurent, S. y D. Kohn , " Tipos de medios XML ", RFC 3023, enero de 2001.

[RFC3629]

Yergeau, F. , " UTF-8, un formato de transformación de ISO 10646 ", STD 63, RFC 3629, noviembre de 2003.

[RFC4288]

Freed, N. y J. Klensin , " Especificaciones del tipo de medio y procedimientos de registro ", BCP 13, RFC 4288, diciembre de 2005.

[OpenSearch]

Clinton, D. , " OpenSearch 1.1 ", 2011.

5.2. Referencias informativas " [RFC3933]

Klensin, J. y S. Dawkins , " Un modelo para los experimentos del proceso IETF ", BCP 93, RFC 3933, noviembre de 2004.

[RFC4287]

Nottingham, M. y R. Sayre , " The Atom Syndication Format ", RFC 4287, diciembre de 2005.

[RFC4897]

Klensin, J. y S. Hartman , " Manejo de referencias normativas a documentos de seguimiento de normas ", BCP 97, RFC 4897, junio de 2007.

[RFC5988]

Nottingham, M. , " Enlace web ", RFC 5988, octubre de 2010.

[EcmaScript]

ECMAScript Language Specification Edition 5.1 ", estándar internacional ecma ECMA-262, junio de 2011.

[WhatWG]

Hickson, I. , " HTML Living Standard - Última actualización 11 de noviembre de 2011 ", 2011.

[XML]

Paoli, J. , Bray, T. , Maler, E. y C. Sperberg-McQueen , "

https://tools.ietf.org/id/draft-ellermann-opensearch-03.html

3/6


8/11/2019

La aplicación / opensearchdescription + tipo de medio xml

Extensible Markup Language (XML) 1.0 (Segunda edición) ", Recomendación del Consorcio World Wide Web REC-xml20001006, octubre de 2000. [Nombres XML]

Thompson, H. , Layman, A. , Bray, T. , Hollander, D. y R. Tobin , " Namespaces in XML 1.0 (Third Edition) ", Recomendación del Consorcio World Wide Web REC-xml-names-20091208, diciembre de 2009 .

[ID.freed-media-type-regs]

Freed, N , Klensin, J y T Hansen , " Especificaciones de tipo de medio y procedimientos de registro ", Borrador de Internet-freedmedia-type-regs-01, septiembre de 2011.

Apéndice A. Historial de documentos Cambios en la versión 03: Se corrigió la placa repetitiva falsa "sin RFC" utilizada en la versión -02: solo este borrador ya no está destinado a ser publicado como RFC. Todos son libres de crear borradores derivados de IETF. Se actualizaron los créditos en base a una discusión en la lista de correo mailto: ietftypes@iana.org . Se actualizó la referencia [WhatWG] ; xml2rfc es notoriamente hostil a cualquier concepto "a partir de hoy". Se eliminó la explicación de que xml2rfc strictly = "yes" insiste en la presencia de la Sección 2 . Controladas [ID.freed-media-type-regs] para los nuevos trucos sugeridas wrt nombres del portapapeles, códigos de tipo de archivo MAC OS9 o derechos adquiridos subtipo nombre medios en cuclillas en el árbol de normas. Cambios en la versión 02 (2011): Plan B: Nadie va a escribir un RFC para este tipo de medios; especialmente nadie va a crear una DTD XML formal o una definición similar por encima de lo que ya está documentado en la especificación OpenSearch 1.1. [ID.nottingham-http-link-header] reemplazado por [RFC5988] . Se eliminó el registro de la relación de búsqueda "búsqueda", porque eso ya sucedió en base a [RFC5988] . Eliminado todo lo relacionado con RFCXXXX, este borrador ya no está destinado a ser publicado como RFC. Actualizado los créditos. Rellenó los marcadores de posición "TBD" en la plantilla Sección 3. Cambios en la versión 01 (2008): Mueva la limpieza del registro de la Sección 5 a la (con suerte) siguiente [ID.nottinghamhttp-link-header]. Adopte la plantilla de registro en [ID.nottingham-http-link-header] reemplazando la plantilla similar [RFC4287] . Alguna información de fondo con ejemplos estacionados en la introducción. Versión inicial: Este es un tipo de plantilla que podría extenderse para registrar rel = "search" y application / opensearchdescription + xml si a la comunidad de OpenSearch le gusta este enfoque. El controlador de cambio para un tipo de medio en el árbol de estándares debe ser un SDO (Organización de Desarrollo de Estándares) reconocido por el IESG o el IAB en nombre de la comunidad IETF, no necesariamente el IETF en sí. Para átomo: relaciones de enlace La revisión de IESG es lo suficientemente buena. El IESG aprueba los RFC informativos de IETF en una "acción documental", esto desencadenaría las consideraciones de la IANA en la Sección 3 .

Dirección del autor Frank Ellermann xyzzy Hamburgo , https://tools.ietf.org/id/draft-ellermann-opensearch-03.html

4/6


8/11/2019

La aplicaciรณn / opensearchdescription + tipo de medio xml

Alemania Correo electrรณnico: hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com URI: http://purl.net/xyzzy/

https://tools.ietf.org/id/draft-ellermann-opensearch-03.html

5/6


8/11/2019

La aplicación / opensearchdescription + tipo de medio xml

Tabla de contenido 1. Introducción 2. Consideraciones de seguridad 3. Consideraciones de la IANA 4. Agradecimientos 5. Referencias 5.1. Referencias normativas 5.2. Referencias informativas Apéndice A. Historial de documentos Dirección del autor

https://tools.ietf.org/id/draft-ellermann-opensearch-03.html

6/6

Profile for Daniel Roteliuc

La aplicación _ opensearchdescription + tipo de medio xml  

La aplicación _ opensearchdescription + tipo de medio xml  

Advertisement