URL - URL

URL
Localizador Uniforme de Recursos
Estado Publicado
Publicado por primera vez 1994 ; Hace 27 años ( 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.
RFC  4266 . - El esquema de URI de gopher.
RFC  6068 . - El esquema de URI 'mailto'.
RFC  6196 . - Mover el servidor de correo: Esquema URI a Histórico.

RFC  6270 . - El esquema de URI 'tn3270'.
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

Ejemplo simple del localizador uniforme de recursos

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:

Diagrama de sintaxis de URI

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
    userinfo que puede consistir en unnombre de usuarioy unacontraseñaopcionalprecedidos por dos puntos (:), seguidos de un símbolo arroba (@). El uso del formatousername:passworden 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 (:).
  • A componente de ruta , que consta de una secuencia de segmentos de ruta separados por una barra inclinada (/). 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 unidatributode 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 httpsesquema 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/引き割り.htmlconvierte 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.comutilizará el protocolo de la página actual, normalmente HTTP o HTTPS.

    Ver también

    Notas

    Citas

    Referencias

    enlaces externos