MDN’s new design is in Beta! A sneak peek: https://blog.mozilla.org/opendesign/mdns-new-design-beta/

Identificación de recursos web

Esta traducción está incompleta. Por favor, ayuda a traducir este artículo del inglés.

El objetivo de una petición HTTP es llamada "recurso", de manera natural no se encuentre definido; puede ser un documento, una foto, o cualquier otro. Cada recurso es identificado por un Identificador Uniforme de Recursos(URI) utilizado a través de HTTP para la identificación de recursos.

La identidad y la localización del recurso en la Web son en su mayoria a través de una sola dirección URL (Identificación Uniforme de Recursos, un tipo de URI). A veces hay razones de identidad y localización no se realizan por el mismo URI: HTTP usa un encabezado HTTP especifico, Alt-Svc cuando el recurso solicitado por el cliente quiere acceder a él en otro lugar.

URLs and URNs

URLs

La forma más común de URI es el Identificador Uniforme de Recursos (URL), que se conoce como la dirección web.

https://developer.mozilla.org
https://developer.mozilla.org/en-US/docs/Learn/
https://developer.mozilla.org/en-US/search?q=URL

Cualquiera de estas URLS se pueden escribir en la barra de direcciones de su navegador para decirle que cargue la pagina asociada (recurso).

Una URL esta compuesta de diferentes partes, algunas obligatorias y otras son opcionales. Un ejemplo más complejo podría tener este aspecto:

http://www.example.com:80/path/to/myfile.html?key1=value1&key2=value2#SomewhereInTheDocument

URNs

Un URN es un URI que identifica un recurso por su nombre en un espacio de nombres particular.

urn:isbn:9780141036144
urn:ietf:rfc:7230

Las dos URNs corresponden a

  • El libro Novecientas ochenta y ocho por George Orwell,
  • La especificación IETF 7230, Hypertext Transfer Protocol (HTTP/1.1): Sintaxis de Mensajes y Enrutamiento.

Sintaxis de Identificador Uniforme de Recursos (URIs)

 

Esquema o protocolo

Protocol
http:// es el protocolo. Indica que el protocolo debe utilizar el navegador. Por lo general, es el protocolo HTTP o su versión segura, HTTPS. La Web requiere de uno de estos dos, pero los navegadores también saben como manejar otros protocolos como  mailto: (para abrir un cliente de correo) o ftp: para manejar la transferencia de archivos, por lo que no se sorprenda si usted ve este tipo de protocolos. Los esquemas comunes son:
Esquema Descripción
data Datos URIs
file Host-nombre de archivo específicos
ftp Protocolo de Transferencia de  Archivos
http/https Protocolo de transferencia de Hipertexto (Seguro)
mailto Dirección de correo electrónico
ssh shell seguro
tel teléfono
urn Nombres Uniformes de Recursos
view-source Código fuente del recurso
ws/wss (Encriptado) conexiones WebSocket

Autoridad

Domaine Name
www.example.com es el nombre de dominio o autoridad que gobierna el espacio de nombres. Indica cuando es solicitado el servidor Web . Alternativamente, Es posile usar directamente una IP address, pero debido a que es menos conveniente, no se usa muy amenudo en la Web.

Puerto

Port
:80 es el puerto en este caso. Indica la técnica "puerta" usada para acceder a los recursos en el servidor web. Usualmente es omitido si el servidor web usa los puertos estándares del protocolo HTTP (80 para HTTP y 443 para HTTPS) para permitir el acceso a sus recursos. De lo contrario, es obligatorio.

Ruta de Acceso

Path to the file
/path/to/myfile.html es la ruta de acceso al recurso en el servidor Web. En los primeros dias de la Web, una ruta como esta presentaba la ubicación fisica del archivo en el servidor Web. Hoy en día, es sobre todo una abstracción manejada por los servidores Web sin ningún tipo de realidad fisica.

Consulta

Parameters
?key1=value1&key2=value2 son unos parametros adicionales proporcionados al servidor Web. Esos parámetros son una lista de pares llave/valores separados por el simbolo &. El servidor Web puede utilizar estos parámetros para hacer cosas adicionales antes de retornar el recurso al usuario. Cada servidor Web tiene sus propias reglas con respecto a los parametros, y la única manera confiable de saber cómo un servidor web especifico está manejando parametros es preguntando al usuario del servidor web.

Fragmento

Anchor
#SomewhereInTheDocument es un ancla a otra parte del propio recurso. Un ancla representa una especie de "marcador" dentro del recurso, otorgandole al navegador las instrucciones para mostrar el contenido que se encuentra en ese "marcador" lugar. En un documento HTML, por ejemplo, el navegador se desplazará hasta el punto donde se define el ancla; en un video o documento de audio, el navegador intentará ir a la vez que el ancla se presenta. Vale la pena señalar que la parte despues de la  #, también conocido como indentificador de fragmento, nunca se envia al sevidor con la solicitud.

Ejemplos

https://developer.mozilla.org/en-US/docs/Learn
tel:+1-816-555-1212
git@github.com:mdn/browser-compat-data.git
ftp://example.org/resource.txt
urn:isbn:9780141036144

Especificaciones

Especificación Título
RFC 7230, section 2.7: Uniform Resource Identifiers Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing

Ver también

Etiquetas y colaboradores del documento

 Colaboradores en esta página: ChrisMHM, uclides
 Última actualización por: ChrisMHM,