Fragmento de URI

Texto después del # en una URI de recurso

En el hipertexto informático , un fragmento de URI es una cadena de caracteres que hace referencia a un recurso subordinado a otro recurso principal. El recurso principal se identifica mediante un identificador uniforme de recursos (URI) y el identificador del fragmento apunta al recurso subordinado.

El identificador de fragmento introducido por una almohadilla # es la última parte opcional de una URL para un documento. Se utiliza normalmente para identificar una parte de ese documento. La sintaxis genérica se especifica en RFC 3986. ^[1] El separador de almohadilla en las URI no forma parte del identificador de fragmento.

Lo esencial

En las URI, un signo de almohadilla #introduce el fragmento opcional cerca del final de la URL. La sintaxis genérica RFC 3986 para las URI también permite una parte de consulta opcional introducida por un signo de interrogación ?. En las URI con una consulta y un fragmento, el fragmento sigue a la consulta. Las partes de la consulta dependen del esquema de la URI y son evaluadas por el servidor (por ejemplo, http:admite consultas a diferencia de ) ftp:. Los fragmentos dependen del tipo MIME del documento y son evaluados por el cliente ( navegador web ). Se supone que los clientes no deben enviar fragmentos de URI a los servidores cuando recuperan un documento. ^{[1] [2]}

La sintaxis genérica permite que una URL que termine en #, sea un tipo de fragmento vacío. En los tipos de documentos MIME como text/htmlo cualquier tipo XML, no se permiten identificadores vacíos que coincidan con esta construcción sintácticamente legal. Los navegadores web suelen mostrar la parte superior del documento para un fragmento vacío.

El identificador de fragmento funciona de manera diferente al resto de la URI: su procesamiento es exclusivamente del lado del cliente sin participación del servidor web , aunque el servidor normalmente ayuda a determinar el tipo MIME, y el tipo MIME determina el procesamiento de los fragmentos. Cuando un agente (como un navegador web) solicita un recurso web de un servidor web, el agente envía la URI al servidor, pero no envía el fragmento. En cambio, el agente espera a que el servidor envíe el recurso y luego el agente procesa el recurso de acuerdo con el tipo de documento y el valor del fragmento. ^[3]

En una página web HTML, el agente buscará un ancla identificado con una etiqueta HTML que incluya un atributo id=o name=igual al identificador del fragmento.

Ejemplos

• En las URI de páginas MIME text/htmlcomo http://www.example.org/foo.html#barel fragmento se refiere al elemento con id="bar".
  • Los navegadores web gráficos generalmente se desplazan para posicionar las páginas de modo que la parte superior del elemento identificado por el identificador del fragmento esté alineada con la parte superior de la ventana gráfica; por lo tanto, los identificadores de fragmentos se utilizan a menudo en las tablas de contenido.
  • La apariencia del elemento identificado se puede cambiar a través de la pseudoclase :target CSS ; Wikipedia la utiliza para resaltar la referencia seleccionada. Cabe destacar que CSS display: blockse puede utilizar para mostrar contenido solo si es el objetivo y, de lo contrario, se oculta mediante display: none.
  • El nameatributo del <a>elemento cumplía la misma función, pero ahora está obsoleto en favor del idatributo, que se puede aplicar a cualquier elemento. ^[4]
• En todos los tipos de documentos XML , incluidos los fragmentos XHTML correspondientes a un atributo xml:ido idatributos similares, se sigue la Namesintaxis y comienzan con una letra, un guión bajo o dos puntos. Cabe destacar que no pueden comenzar con un dígito o un guión. ^[5]
  • xml:ides uno de los pocos atributos XML genéricos, por ejemplo, xml:lang, que se pueden usar sin declarar explícitamente un espacio de nombres. ^[6] En XHTML idse debe utilizar, porque XHTML se especificó antes de xml:idque existiera.
• En aplicaciones XML, los identificadores de fragmentos en una sintaxis determinada pueden ser XPointers ; por ejemplo, el identificador de fragmento en el URI http://www.example.org/foo.xml#xpointer(//Rube)hace referencia a todos los elementos XML denominados "Rube" en el documento identificado por el URI http://www.example.org/foo.xml. Un procesador XPointer, dado ese URI, obtendría una representación del documento (por ejemplo, solicitándolo desde Internet) y devolvería una representación de los elementos "Rube" del documento.
• En los vocabularios RDF , como RDFS , OWL o SKOS , los identificadores de fragmentos se utilizan para identificar recursos en el mismo espacio de nombres XML , pero no necesariamente corresponden a una parte específica de un documento. Por ejemplo, http://www.w3.org/2004/02/skos/core#broaderidentifica el concepto "broader" en el vocabulario de SKOS Core, pero no hace referencia a una parte específica del recurso identificado por http://www.w3.org/2004/02/skos/core, un archivo RDF completo en el que se declara la semántica de este concepto específico, junto con otros conceptos en el mismo vocabulario.
• En las URI para documentos MIME, text/plainla RFC 5147 especifica un identificador de fragmento para las posiciones y rangos de caracteres y líneas dentro del documento utilizando las palabras clave " char" y " line". Parece que no hay compatibilidad con los navegadores. ^[7] El siguiente ejemplo identifica las líneas 11 a 20 de un documento de texto:
  • http://example.com/document.txt#line=10,20
• En las URI para documentos MIME text/csv, RFC 7111 especifica un identificador de fragmento como selector para filas, columnas y celdas utilizando las palabras clave " row" , " col" y " cell", por ejemplo:
  • http://example.com/data.csv#row=4– Selecciona la 4ª fila.
  • http://example.com/data.csv#col=2– Selecciona la 2da columna.
  • http://example.com/data.csv#row=5-7– Selecciona tres filas consecutivas comenzando con la quinta fila.
  • http://example.com/data.csv#row=5-*– Selecciona todas las filas comenzando con la quinta fila.
  • http://example.com/data.csv#cell=4,1-6,2– Selecciona una región que comienza en la cuarta fila y la primera columna y termina en la sexta fila y la segunda columna.
• En las URI para documentos MIME audio/*, image/*, video/*, muy pocas tienen fragmentos definidos o semántica de fragmentos. ^[8] La sintaxis de la URI de fragmentos de medios 1.0 (básica) permite abordar un recurso multimedia en dos dimensiones (temporal y espacial) utilizando las palabras clave ty xywh. Por lo tanto, se puede utilizar la siguiente URI de fragmentos de medios en el srcatributo del elemento audioo video HTML5 :
  • http://example.com/foo.mp4#t=10,20
  • http://example.com/bar.webm#t=40,80&xywh=160,120,320,240
  • Otros sitios web utilizan la parte del fragmento para pasar información adicional a los scripts que se ejecutan en ellos; por ejemplo, Google Video entiende los enlaces permanentes en el formato de #01h25m30spara comenzar a reproducirse en la posición especificada, ^[9] y YouTube usa un código similar como #t=3m25s. ^[10]
• En JavaScript , se puede acceder al identificador de fragmento de la página HTML o XHTML actual en la propiedad "hash" location.hash; JavaScript también se puede utilizar con otros tipos de documentos. Con el auge de AJAX , algunos sitios web utilizan identificadores de fragmento para emular el comportamiento del botón Atrás de los navegadores para cambios de página que no requieren una recarga, o para emular subpáginas.
  • Por ejemplo, Gmail utiliza una única URL para casi todas las interfaces (buzones de correo, correos individuales, resultados de búsqueda, configuraciones); el fragmento se utiliza para que estas interfaces se puedan vincular directamente. ^[11]
  • Los sitios web de Adobe Flash pueden usar la parte de fragmento para informar al usuario sobre el estado del sitio web o la aplicación web y para facilitar los enlaces profundos , comúnmente con la ayuda de la biblioteca de JavaScript SWFAddress.
• Una URI que se vincula a un documento JSON puede especificar un puntero a un valor específico. ^[12]
  • Por ejemplo, una URL que termina en #/foopodría usarse para extraer el valor de un par clave-valor en un documento que comienza con{ "foo": ["bar", "baz"], ... }
• En las URI de application/pdflos documentos MIME, los lectores de PDF reconocen una serie de identificadores de fragmentos. ^{[13] [14]} Por ejemplo, una URL que termina en .pdf#page=35hará que la mayoría de los lectores abran el PDF y se desplacen hasta la página 35. Son posibles otros parámetros, incluidos #nameddest=(similares a los anclajes HTML), #search="word1 word2", #zoom=, etc. Se pueden combinar varios parámetros con ampersands:
  • http://example.org/doc.pdf#view=fitb&nameddest=Chapter3.
• En SVG , se permite que los fragmentos especifiquen argumentos como viewBox(), preserveAspectRatio(), y transform(). ^[15]

Propuestas

Se han realizado varias propuestas de identificadores de fragmentos para su uso con documentos de texto simple (que no pueden almacenar metadatos de anclaje) o para hacer referencia a ubicaciones dentro de documentos HTML en los que el autor no ha utilizado etiquetas de anclaje:

• A partir de septiembre de 2012, la URI 1.0 (básica) de fragmentos de medios es una recomendación del W3C . ^[16]
• Las versiones 80 y posteriores de Chrome ^{[17] [18]} implementan los fragmentos de texto WICG de W3C , ^[19] por lo que harán que el navegador busque , resalte el texto coincidente y se desplace hasta él. Además del inicio y el final, el fragmento también puede especificar un contexto: texto que debe preceder o seguir pero que no se resaltará ( ejemplo que usa para buscar 'vision' precedido por 'night' ). #:~:text=foofoofoo#:~:text=night-,vision
• El índice de paquetes de Python agrega el hash MD5 de un archivo a la URL como un identificador de fragmento. ^[20] Si MD5 no estuviera roto (es una función hash rota ), podría usarse para garantizar la integridad del paquete.

  https://pypi.python.org ... zodbbrowser-0.3.1.tar.gz#md5=38dc89f294b24691d3f0d893ed3c119c

• Un fragmento de hash-bang ^[21] es un fragmento que comienza con un signo de exclamación !. Se utilizaba en un enfoque ahora obsoleto para indexar aplicaciones dinámicas de una sola página . Un signo de exclamación es ilegal en HTML4 , XHTML y identificadores XML, lo que otorga cierto grado de separación de esa funcionalidad. Sin embargo, está permitido en HTML5 . ^[22]
  • Entre 2009 y 2015, Google Webmaster Central propuso y luego recomendó un "esquema de rastreo AJAX" ^{[23] [24]} que utiliza un signo de exclamación inicial en los identificadores de fragmentos para páginas AJAX con estado :
    http://example.com/page?query#!state
  • Otra implementación ha sido la sustitución de #!por ?_escaped_fragment_=^[23]
  • Varios autores, entre ellos Jeni Tennison del W3C, han considerado que las URL con hash-bang son problemáticas porque hacen que las páginas sean inaccesibles para quienes no tienen JavaScript activado en su navegador. También dañan los encabezados de referencia HTTP , ya que los navegadores no pueden enviar el identificador del fragmento en el encabezado de referencia. ^[21]
  • En 2015, Google dejó de lado su propuesta de rastreo AJAX hash-bang y recomendó en su lugar el uso de la mejora progresiva y el método HTML5 history.pushState()^[25] . ^[26]
  • Gervase Markham, empleado de la Fundación Mozilla, ha propuesto un identificador de fragmentos para búsquedas, de la forma #!s!search terms. Añadir un número después de la s ( #!s10!) indica que el navegador debe buscar la n- ésima aparición del término de búsqueda. Un número negativo ( #!s-3!) comienza la búsqueda hacia atrás desde el final del documento. Hay disponible un script de Greasemonkey para añadir esta funcionalidad a los navegadores compatibles. ^[27]

    http://example.com/index.html#!s3!search terms

• Erik Wilde y Marcel Baschnagel de la ETH Zurich amplían este método para identificar también fragmentos en documentos de texto sin formato mediante expresiones regulares , con la palabra clave " match". ^[28] También describen una implementación prototipo como una extensión para el navegador Firefox . Por ejemplo, lo siguiente encontraría el texto "RFC" sin distinción entre mayúsculas y minúsculas en cualquier parte del documento:

  http://example.com/document.txt#match=[rR][fF][cC]

• K. Yee, del Foresight Institute, propone "identificadores de fragmentos extendidos" delimitados por dos puntos y una palabra clave para diferenciarlos de los identificadores de anclaje. Un identificador de fragmento de búsqueda de texto con el id "fragment specified scheme" words" es la primera propuesta de este esquema. ^[29] El siguiente ejemplo buscaría en un documento la primera aparición de la cadena "some context for a search term" y luego resaltaría las palabras "search term":

  http://example.com/index.html#:words:some-context-for-a-(search-term)

  • El esquema anterior se implementó en la versión 80 de Chrome. ^[30]
• El proyecto LiveURLs ^[31] propuso un formato de identificador de fragmentos para hacer referencia a una región de texto dentro de una página, de la forma #FWS+C, donde F es la longitud de la primera palabra (hasta cinco caracteres), W es la primera palabra en sí, S es la longitud del texto seleccionado y C es un CRC de 32 bits del texto seleccionado. ^[32] Implementaron una variante de este esquema como una extensión para el navegador Firefox, ^[33] utilizando la forma #LFWS+C, donde L es la longitud del fragmento en sí, en dos dígitos hexadecimales . Al vincular a la palabra "Fragmento" utilizando la variante implementada se obtendría:

  http://example.com/index.html#115Fragm8+-52f89c4c

• Hasta Firefox 5, Firefox admitía enlaces XPath como #xpath:/html/body/div[3], que se podían usar junto con un bookmarklet como http://antimatter15.com/wp/2009/11/xpath-bookmark-bookmarklet/ para crear enlaces dentro de documentos HTML que carecían de identificadores adecuados. Esta función se eliminó como parte de una limpieza de código en https://bugzilla.mozilla.org/show_bug.cgi?id=457102
• En el formato de libro electrónico ePub , el Identificador de Fragmentos Canónicos EPUB (epubcfi, ^[34] 2011-2017) define un método estandarizado por W3C / IDPF para hacer referencia a contenido arbitrario utilizando identificadores de fragmentos para localizar rangos de texto no anclados a través de la estructura del documento y la coincidencia de patrones. Estos enlaces profundos dinámicos ayudan a localizar el contenido después de que se actualiza el texto y se utilizan, por ejemplo, en Apple Books .

Véase también

• Cadena de consulta
• Normalización de URI
• URL (Localizador uniforme de recursos)
• URL limpia
• Esquema URI

Referencias

1. "RFC 3986 Identificador uniforme de recursos (URI): sintaxis genérica". Grupo de trabajo de ingeniería de Internet. Enero de 2005. Consultado el 6 de marzo de 2012 .
2. R. Fielding, Ed., Adobe; J. Reschke, Ed., greenbytes (junio de 2014). "Protocolo de transferencia de hipertexto (HTTP/1.1): sintaxis de mensajes y enrutamiento". Grupo de trabajo de ingeniería de Internet (IETF) . Consultado el 27 de diciembre de 2023. El URI de destino excluye el componente de fragmento de la referencia, si lo hay, ya que los identificadores de fragmentos están reservados para el procesamiento del lado del cliente.{{cite web}}: CS1 maint: multiple names: authors list (link)
3. "Tipos de representación y semántica de identificadores de fragmentos". Arquitectura de la World Wide Web, volumen uno . W3C . 2004. Consultado el 13 de julio de 2011 .
4. "Funciones obsoletas". HTML Living Standard . WHATWG . 2024-08-07 . Consultado el 2024-08-08 .
5. "Restricción de validez: ID". XML 1.0 (quinta edición) . W3C . 2008. Consultado el 13 de julio de 2011 .
6. "xml:id Versión 1.0". W3C . 2005 . Consultado el 13 de julio de 2011 .
7. "Número 77024". Chromium . 2011 . Consultado el 13 de julio de 2011 .
8. "Revisión de tipos de medios". Grupo de trabajo sobre fragmentos de medios del W3C . 2009. Consultado el 29 de abril de 2009 .
9. "Nueva función: enlace dentro de un vídeo". 19 de julio de 2006. Consultado el 13 de julio de 2011 .
10. "Enlace a las mejores partes de tus videos". YouTube . 2008-10-30 . Consultado el 2011-07-13 .
11. Enlace a contenido específico en Gmail, Google Blogoscoped, 17 de noviembre de 2007
12. Bryan, P (2 de abril de 2013). «RFC 6901 – Puntero de notación de objetos JavaScript (JSON)». The Internet Society . Consultado el 14 de julio de 2022 .
13. "Parámetros para abrir archivos PDF: especificación de parámetros en una URL" (PDF) . Adobe. Abril de 2007 . Consultado el 20 de septiembre de 2017 .
14. Taft, E.; Pravetz, J.; Zilles, S.; Masinter, L. (mayo de 2004). "RFC 3778 – El tipo de medio application/pdf". tools.ietf.org . The Internet Society. doi :10.17487/RFC3778 . Consultado el 20 de septiembre de 2017 .
15. "Enlace – SVG 1.1 (segunda edición)".
16. "Recomendación W3C para la URI 1.0 (básica) de fragmentos multimedia" . Consultado el 25 de septiembre de 2012 .
17. "Desplazarse hasta el fragmento de texto". Estado de la plataforma Chrome . Google Chrome . Consultado el 18 de mayo de 2020 .
18. Kelly, Gordon. "Google Chrome 80 lanzado con una controvertida actualización de enlaces profundos". Forbes . Consultado el 4 de junio de 2020 .
19. "WICG/scroll-to-text-fragment: Propuesta para permitir la especificación de un fragmento de texto en un fragmento de URL". GitHub . Grupo comunitario de incubación de WebPlatform.org en W3C . Consultado el 18 de mayo de 2020 .
20. "Compatibilidad con comprobación de md5 de Pypi" . Consultado el 13 de julio de 2011. Pypi tiene la costumbre de añadir un fragmento md5 a sus URL de huevo, lo utilizaremos para comprobar los archivos de distribución ya presentes en la memoria caché.
21. "URIs hash". Blog del W3C . 12 de mayo de 2011. Consultado el 13 de julio de 2011 .
22. "HTML 5.1 2.ª edición". W3C . 2017 . Consultado el 3 de agosto de 2018 .
23. "Propuesta para hacer que AJAX sea rastreable". 2009-10-07 . Consultado el 2011-07-13 .
24. "(Especificaciones) Cómo hacer que las aplicaciones AJAX sean rastreables". Google Inc. Consultado el 4 de mayo de 2013 .
25. "Manipulación del historial del navegador". Mozilla Developer Network . Consultado el 23 de febrero de 2017 .
26. "Desaprobación de nuestro esquema de rastreo AJAX". Blog oficial de Google Webmaster Central . Consultado el 23 de febrero de 2017 .
27. Búsqueda de fragmentos, gerv.net
28. Identificadores de fragmentos para archivos de texto sin formato, Erik Wilde y Marcel Baschnagel, Instituto Federal Suizo de Tecnología (ETH Zúrich), Actas de la decimosexta conferencia de la ACM sobre hipertexto e hipermedia doi :10.1145/1083356.1083398
29. Identificadores de fragmentos de búsqueda de texto, K. Yee, Grupo de trabajo de redes, Foresight Institute, marzo de 1998
30. bmcquade; bokan; nburris (24 de marzo de 2022). «Función: Desplazarse hasta el fragmento de texto». Estado de la plataforma Chrome . chromium.org . Consultado el 3 de mayo de 2022 .
31. Proyecto LiveURLs
32. La tecnología detrás de LiveURLs, consultado el 13 de marzo de 2011
33. Complemento "Web Marker" de Firefox, consultado el 13 de marzo de 2011
34. "Identificadores de fragmentos canónicos EPUB 1.1". idpf.org . Consultado el 3 de junio de 2020 .

Enlaces externos

• Grupo de trabajo sobre fragmentos multimedia del W3C, que establece una sintaxis y una semántica de URI para abordar fragmentos multimedia en material audiovisual (como una región de una imagen o un subclip de un vídeo)
• El portal de la comunidad MediaMixer recopila presentaciones, tutoriales, casos de uso y demostradores relacionados con el uso de la tecnología Media Fragment.