URL - URL
Localizador Uniforme de Recursos | |
Estado | Publicado |
---|---|
Publicado por primera vez | 1994 |
Ultima versión |
Estándar de vida 2021 |
Organización | Grupo de trabajo de ingeniería de Internet (IETF) |
Comité | Grupo de trabajo de tecnología de aplicaciones de hipertexto web (WHATWG) |
Serie | Solicitud de comentarios (RFC) |
Editores | Anne van Kesteren |
Autores | Tim Berners-Lee |
Estándares básicos |
RFC 3986 . - Identificador uniforme de recursos (URI): sintaxis genérica. RFC 4248 . - El esquema de URI de telnet. |
Estándares relacionados | URI , URN |
Dominio | Red mundial |
Licencia | CC BY 4.0 |
Abreviatura | URL |
Sitio web | https://url.spec.whatwg.org |
Un localizador uniforme de recursos ( URL ), denominado coloquialmente una dirección web , es una referencia a un recurso web que especifica su ubicación en una red informática y un mecanismo para recuperarlo. Una URL es un tipo específico de Identificador uniforme de recursos (URI), aunque muchas personas usan los dos términos indistintamente. Las URL ocurren con mayor frecuencia para hacer referencia a páginas web ( http ), pero también se utilizan para transferencia de archivos ( ftp ), correo electrónico ( mailto ), acceso a bases de datos ( JDBC ) y muchas otras aplicaciones.
La mayoría de los navegadores web muestran la URL de una página web encima de la página en una barra de direcciones . Una URL típica podría tener la forma http://www.example.com/index.html
, que indica un protocolo ( http
), un nombre de host ( www.example.com
) y un nombre de archivo ( index.html
).
Historia
Los localizadores uniformes de recursos fueron definidos en RFC 1738 en 1994 por Tim Berners-Lee , el inventor de la World Wide Web , y el grupo de trabajo URI del Grupo de trabajo de ingeniería de Internet (IETF), como resultado de la colaboración iniciada en el IETF Living Documents sesión de pájaros de una pluma en 1992.
El formato combina el sistema preexistente de nombres de dominio (creado en 1985) con la sintaxis de ruta de archivo , donde se utilizan barras para separar directorios y nombres de archivos . Ya existían convenciones en las que los nombres de servidor podían tener un prefijo para completar rutas de archivo, precedidos por una barra doble ( //
).
Más tarde, Berners-Lee expresó su pesar por el uso de puntos para separar las partes del nombre de dominio dentro de las URI , deseando haber usado barras inclinadas en todas partes, y también dijo que, dados los dos puntos que siguen al primer componente de una URI, las dos barras antes de la nombre de dominio eran innecesarios.
Un primer borrador (1993) de la Especificación HTML se refería a localizadores de recursos "universales". Esto se eliminó en algún momento entre junio de 1994 (RFC 1630 ) y octubre de 1994 (draft-ietf-uri-url-08.txt).
Sintaxis
Cada URL HTTP se ajusta a la sintaxis de un URI genérico. La sintaxis genérica de URI consta de una secuencia jerárquica de cinco componentes :
URI = scheme:[//authority]path[?query] [#fragment]
donde el componente de autoridad se divide en tres subcomponentes :
authority = [userinfo@]host[:port]
Esto se representa en un diagrama de sintaxis como:
El URI comprende:
- Un no vacio
componente de esquema seguido de dos puntos (
:
), que consta de una secuencia de caracteres que comienza con una letra y seguida de cualquier combinación de letras, dígitos, más (+
), punto (.
) o guión (-
). Aunque los esquemas no distinguen entre mayúsculas y minúsculas, la forma canónica es en minúsculas y los documentos que especifican esquemas deben hacerlo con letras minúsculas. Ejemplos de esquemas populares incluyenhttp
,https
,ftp
,mailto
,file
,data
, yirc
. Los esquemas de URI deben registrarse en laAutoridad de Números Asignados de Internet (IANA), aunque en la práctica se utilizan esquemas no registrados. - Un opcional componente de autoridad precedido por dos barras (
//
), que comprende:- Un opcional subcomponente
:
), seguidos de un símbolo arroba (@
). El uso del formatousername:password
en el subcomponente userinfo está en desuso por razones de seguridad. Las aplicaciones no deben mostrar como texto claro ningún dato después de los primeros dos puntos (:
) que se encuentran dentro de un subcomponente de información de usuario, a menos que los datos después de los dos puntos sean la cadena vacía (lo que indica que no hay contraseña). - A subcomponente de host , que consta de un nombre registrado (que incluye, entre otros, unnombre de host) o unadirección IP. LasdireccionesIPv4deben estar ennotación decimal con puntosylasdireccionesIPv6deben estar entre corchetes (
[]
). - Un opcional subcomponente de puerto precedido por dos puntos (
:
).
/
). Siempre se define una ruta para un URI, aunque la ruta definida puede estar vacía (longitud cero). Un segmento también puede estar vacío, lo que da como resultado dos barras diagonales consecutivas (//
) en el componente de ruta. Un componente de ruta puede parecerse o correlacionarse exactamente con unaruta del sistema de archivos,pero no siempre implica una relación con uno. Si hay un componente de autoridad, entonces el componente de ruta debe estar vacío o comenzar con una barra inclinada (/
). Si un componente de autoridad está ausente, entonces la ruta no puede comenzar con un segmento vacío, es decir, con dos barras (//
), ya que los siguientes caracteres se interpretarían como un componente de autoridad. El segmento final de la ruta puede denominarse 'slug'.Delimitador de consultas | Ejemplo |
---|---|
Ampersand ( & )
|
key1=value1&key2=value2
|
Punto y coma ( ; )
|
key1=value1;key2=value2
|
- Un opcional componente de consulta precedido por un signo de interrogación (
?
), que contiene unacadenadeconsultade datos no jerárquicos. Su sintaxis no está bien definida, pero por convención suele ser una secuencia depares atributo-valorseparados por undelimitador. - Un opcional componente de fragmento precedido por unhash(
#
). El fragmento contiene unidentificador de fragmento queproporciona dirección a un recurso secundario, como un encabezado de sección en un artículo identificado por el resto del URI. Cuando el recurso principal es undocumentoHTML, el fragmento suele ser unid
atributode un elemento específico, y los navegadores web desplazarán este elemento a la vista.
Un navegador web normalmente eliminará la referencia a una URL realizando una solicitud HTTP al host especificado, de forma predeterminada en el puerto número 80. Las URL que utilizan el https
esquema requieren que las solicitudes y respuestas se realicen a través de una conexión segura al sitio web .
URL internacionalizada
Los usuarios de Internet están distribuidos por todo el mundo utilizando una amplia variedad de idiomas y alfabetos y esperan poder crear URL en sus propios alfabetos locales. Un identificador de recursos internacionalizado (IRI) es una forma de URL que incluye caracteres Unicode. Todos los navegadores modernos admiten IRI. Las partes de la URL que requieren un tratamiento especial para diferentes alfabetos son el nombre de dominio y la ruta.
El nombre de dominio en el IRI se conoce como un nombre de dominio internacionalizado (IDN). El software web y de Internet convierte automáticamente el nombre de dominio en un código pequeño que puede utilizar el Sistema de nombres de dominio; por ejemplo, la URL china se http://例子.卷筒纸
convierte en http://xn--fsqu00a.xn--3lr804guic/
. El xn--
indica que el carácter no era originalmente ASCII.
El usuario también puede especificar el nombre de la ruta URL en el sistema de escritura local. Si aún no está codificado, se convierte a UTF-8 y los caracteres que no forman parte del conjunto de caracteres de la URL básica se escapan como hexadecimales mediante la codificación porcentual ; por ejemplo, la URL japonesa se http://example.com/引き割り.html
convierte en http://example.com/%E5%BC%95%E3%81%8D%E5%89%B2%E3%82%8A.html
. La computadora de destino decodifica la dirección y muestra la página.
URL relativas al protocolo
Los enlaces relativos al protocolo (PRL), también conocidos como URL relativos al protocolo (PRURL), son URL que no tienen ningún protocolo especificado. Por ejemplo, //example.com
utilizará el protocolo de la página actual, normalmente HTTP o HTTPS.
Ver también
Notas
Citas
Referencias
- "Berners-Lee" lo siento "por las barras" . BBC News . 2009-10-14 . Consultado el 14 de febrero de 2010 .
- "Living Documents BoF Minutes" . Consorcio World Wide Web . 1992-03-18 . Consultado el 26 de diciembre de 2011 .
- Berners-Lee, Tim (21 de marzo de 1994). "Localizadores de recursos uniformes (URL): una sintaxis para la expresión de información de acceso de objetos en la red" . Consorcio World Wide Web . Consultado el 13 de septiembre de 2015 .
- Berners-Lee, Tim ; Maestro, Larry ; McCahill, Mark Perry (agosto de 1998). Localizadores uniformes de recursos (URL) . doi : 10.17487 / RFC1738 . RFC 1738 . Consultado el 31 de agosto de 2015 .
- Berners-Lee, Tim (2015) [2000]. "¿Por qué //, #, etc.?" . Preguntas frecuentes . Consorcio World Wide Web . Consultado el 3 de febrero de 2010 .
- Connolly, Daniel "Dan" ; Sperberg-McQueen, C. Michael , eds. (21 de mayo de 2009). "Direcciones web en HTML 5" . Consorcio World Wide Web . Consultado el 13 de septiembre de 2015 .
- Autoridad de Números Asignados de Internet (2003-02-14). "Finalización de la selección de IANA del prefijo IDNA" . IETF-Anunciar lista de distribución . Archivado desde el original el 8 de diciembre de 2004 . Consultado el 3 de septiembre de 2015 .
- Berners-Lee, Tim ; Fielding, Roy T .; Masinter, Larry (agosto de 1998). Identificadores uniformes de recursos (URI): sintaxis genérica . doi : 10.17487 / RFC2396 . RFC 2396 . Consultado el 31 de agosto de 2015 .
- Hansen, Tony; Hardie, Ted (junio de 2015). Thaler, Dave (ed.). Directrices y procedimientos de registro para esquemas URI . doi : 10.17487 / RFC7595 . RFC 7595 .
- Mealling, Michael ; Denenberg, Ray, eds. (Agosto de 2002). Informe del Grupo de interés de planificación conjunta de URI del W3C / IETF: identificadores uniformes de recursos (URI), URL y nombres uniformes de recursos (URN): aclaraciones y recomendaciones . doi : 10.17487 / RFC3305 . RFC 3305 . Consultado el 13 de septiembre de 2015 .
- Berners-Lee, Tim ; Fielding, Roy T .; Masinter, Larry (enero de 2005). Identificadores uniformes de recursos (URI): sintaxis genérica . doi : 10.17487 / RFC3986 . RFC 3986 . Consultado el 31 de agosto de 2015 .
- "Introducción a las direcciones web multilingües" . 2008-05-09 . Consultado el 11 de enero de 2015 .
- Phillip, A. (2014). "Qué está pasando con las" URL internacionales " " . Consorcio World Wide Web . Consultado el 11 de enero de 2015 .
- Lawrence, Eric. "Browser Arcana: Literales IP en URL" . docs.microsoft.com . Archivado desde el original el 22 de junio de 2020 . Consultado el 22 de junio de 2020 .