Localizador uniforme de recursos

1
Localizador uniforme de recursos
Un localizador de recursos uniforme, ms comnmente denominado URL (siglas en ingls de uniform resource
locator), es una secuencia de caracteres, de acuerdo a un formato modlico y estndar, que se usa para nombrar
recursos en Internet para su localizacin o identificacin, como por ejemplo documentos textuales, imgenes, vdeos,
presentaciones digitales, etc. Los localizadores uniformes de recursos fueron una innovacin en la historia de la
Internet. Fueron usadas por primera vez por Tim Berners-Lee en 1991, para permitir a los autores de documentos
establecer hiperenlaces en la World Wide Web. Desde 1994, en los estndares de la Internet, el concepto de URL ha
sido incorporado dentro del ms general de URI (Uniform Resource Identifier, en espaol identificador uniforme de
recurso), pero el trmino URL an se utiliza ampliamente.
Aunque nunca fueron mencionadas como tal en ningn estndar, mucha gente cree que las iniciales URL significan
universal -en lugar de 'uniform'- resource locator (localizador universal de recursos). Esta se debe a que en 1990 era
as, pero al unirse las normas "Functional Recommendations for Internet Resource Locators" [RFC1736] y
"Functional Requirements for Uniform Resource Names" [RFC1737] pas a denominarse Identificador Uniforme de
Recursos [RFC 2396]. Sin embargo, la U en URL siempre ha significado "uniforme".
El URL es una cadena de caracteres con la cual se asigna una direccin nica a cada uno de los recursos de
informacin disponibles en la Internet. Existe un URL nico para cada pgina de cada uno de los documentos de la
World Wide Web, para todos los elementos de Gopher y todos los grupos de debate USENET, y as sucesivamente.
El URL de un recurso de informacin es su direccin en Internet, la cual permite que el navegador la encuentre y la
muestre de forma adecuada. Por ello el URL combina el nombre del ordenador que proporciona la informacin, el
directorio donde se encuentra, el nombre del archivo, y el protocolo a usar para recuperar los datos para que no se
pierda alguna informacin sobre dicho factor que se emplea para el trabajo.
Podemos entender que una URI = URL + URN
Definicin
El formato general de un URL es:
esquema://mquina/directorio/archivo
Tambin pueden aadirse otros datos:
esquema://usuario:contrasea@mquina:puerto/directorio/archivo
Por ejemplo: http://www.wikipedia.org/
La especificacin detallada se encuentra en la RFC 1738, titulada Uniform Resource Locators.
Esquema URL
Un URL se clasifica por su esquema, que generalmente indica el protocolo de red que se usa para recuperar, a travs
de la red, la informacin del recurso identificado. Un URL comienza con el nombre de su esquema, seguido por dos
puntos, seguido por una parte especfica del esquema'.
Algunos ejemplos de esquemas URL:
http - recursos HTTP
https - HTTP sobre SSL
ftp - File Transfer Protocol
mailto - direcciones de correo electrnico
ldap - bsquedas LDAP Lightweight Directory Access Protocol
file - recusos disponibles en el sistema local, o en una red local
Localizador uniforme de recursos
2
news - grupos de noticias Usenet (newsgroup)
gopher - el protocolo Gopher (ya en desuso)
telnet - el protocolo telnet
data - el esquema para insertar pequeos trozos de contenido en los documentos Data: URL
Algunos de los esquemas URL, como los populares "mailto", "http", "ftp", y "file", junto a los de sintaxis general
URL, se detallaron por primera vez en 1994, en el Request for Comments RFC 1630, sustituido un ao despus por
los ms especficos RFC 1738 y RFC 1808.
Algunos de los esquemas definidos en el primer RFC an son vlidos, mientras que otros son debatidos o han sido
refinados por estndares posteriores. Mientras tanto, la definicin de la sintaxis general de los URL se ha escindido
en dos lneas separadas de especificacin de URI: RFC 2396 (1998) y RFC 2732 (1999), ambos ya obsoletos pero
todava ampliamente referidos en las definiciones de esquemas URL.
El estndar actual es STD 66 / RFC 3986 (2005).
URL en el uso diario
Un HTTP URL combina en una direccin simple los cuatro elementos bsicos de informacin necesarios para
recuperar un recurso desde cualquier parte en la Internet:
El protocolo que se usa para comunicar, o enviar datos
El anfitrin (servidor) con el que se comunica,
El puerto de red en el servidor para conectarse,
La ruta al recurso en el servidor (por ejemplo, su nombre de archivo).
Un URL tpico puede ser del tipo:
http://es.wikipedia.org:80/wiki/Special:Search?search=tren&go=Go
donde:
http es el protocolo
es.wikipedia.org es el anfitrin
80 es el nmero de puerto de red en el servidor (siendo 80 el valor por omisin para el protocolo HTTP, esta
porcin puede ser omitida por completo),
/wiki/Special:Search es la ruta de recurso,
?search=tren&go=Go es la cadena de bsqueda; esta parte es opcional.
Muchos navegadores web no requieren que el usuario ingrese "http://" para dirigirse a una pgina web, puesto que
HTTP es el protocolo ms comn que se usa en navegadores web. Igualmente, dado que 80 es el puerto por omisin
para HTTP, usualmente no se especifica. Normalmente uno slo ingresa un URL parcial tal como
www.wikipedia.org/wiki/Train. Para ir a una pgina principal se introduce nicamente el nombre de anfitrin, como
www.wikipedia.org.
Dado que el protocolo HTTP permite que un servidor responda a una solicitud redireccionando el navegador web a
un URL diferente, muchos servidores adicionalmente permiten a los usuarios omitir ciertas partes del URL, tales
como la parte "www.", o el carcter numeral ("#") de rastreo si el recurso en cuestin es un directorio. Sin embargo,
estas omisiones tcnicamente constituyen un URL diferente, de modo que el navegador web no puede hacer estos
ajustes, y tiene que confiar en que el servidor responder con una redireccin. Es posible para un servidor web
(debido a una extraa tradicin) ofrecer dos pginas diferentes para URL que difieren nicamente en un carcter "#".
Ntese que en es.wikipedia.org/wiki/Tren, el orden jerrquico de los cinco elementos es org (dominio genrico de
nivel superior) - wikipedia (dominio de segundo nivel) - es (subdominio) - wiki - Tren; es decir, antes del primer "/"
se lee de derecha a izquierda, y despus el resto se lee de izquierda a derecha.
Para una discusin ms extensa acerca de HTTP URL y su uso, ver arriba.
Localizador uniforme de recursos
3
Visin general
El trmino URL tambin es usado por fuera del contexto de la World Wide Web. Los servidores de bases de datos
especifican URL como un parmetro para hacer conexiones a stos. De forma similar, cualquier aplicacin
cliente-servidor que siga un protocolo particular puede especificar un formato URL como parte de su proceso de
comunicacin.
Ejemplo de un URL en una base de datos:
jdbc:datadirect:oracle://myserver:1521;sid=testdb
Si una pgina web es en forma singular y ms o menos permanentemente definida a travs de un URL, sta puede
ser enlazada (ver tambin permalink, deep linking). Este no siempre es el caso, p.ej., una opcin de men puede
cambiar el contenido de un marco dentro de la pgina, sin que esta nueva combinacin tenga su propio URL. Una
pgina web puede depender tambin de informacin almacenada temporalmente. Si el marco o pgina web tiene su
propio URL, esto no es siempre obvio para alguien que quiere enlazarse a ella: el URL de un marco no aparece en la
barra de direcciones del navegador, y una pgina sin barra de direccin pudo haber sido producida. El URL se puede
encontrar en el cdigo fuente o en las "propiedades" de varios componentes de la pgina.
Aparte del propsito de enlazarse a una pgina o a un componente de pgina, puede ocurrir que se quiera conocer el
URL para mostrar nicamente el componente, o superar restricciones tales como una ventana de navegador que no
tenga barras de herramientas o que sea de tamao pequeo y no ajustable.
Los servidores web tambin tienen la capacidad de direccionar URL si el destino ha cambiado, permitiendo a los
sitios cambiar su estructura sin afectar los enlaces existentes. Este proceso se conoce como redireccionamiento de
URL.
Fuentes y contribuyentes del artculo
4
Fuentes y contribuyentes del artculo
Localizador uniforme de recursos Fuente: http://es.wikipedia.org/w/index.php?oldid=74370174 Contribuyentes: 194-VIGO-X10.libre.retevision.es, AdrianLois, Albertojuanse, Alexav8,
Alhen, Almorca, Andreu919, AnselmiJuan, Antonorsi, Antur, Antn Francho, Apj, Ascnder, Axvolution, Barcex, Biasoli, Buccaneer 2, Ca in, Carliitaeliza, Chunisa, Cinevoro, Clods99, D
hanbun, Diamondland, Dianai, Diegusjaimes, ELOTSO, Eamezaga, Eduardosalg, El Moska, El Pantera, Emausperu, Er Komandante, Ernesto Graf, Foundling, FrancoGG, Frutoseco, Gacpro,
Gacq, GermanX, Gizmo II, Hoblap, Icvav, IdiotaDeIowa, Iggoul2, Interwiki, J. A. Glvez, Jkbw, Jomra, JorgeGG, Joseaperez, Juanhohi, Katokyo, Kizar, Laura Fiorucci, Lus Felipe Braga,
Maldoror, Manuel Gonzlez Olaechea y Franco, MarisaLR, Max13, MetalMind, Mikel Gmez, Moriel, Mortadelo2005, Muro de Aguas, Napolen333, PabloCastellano, Pabloab, Paintman,
Palica, Papasote sabroso, Paradoja, Platonides, Porao, Rafa sanz, Roberpl, Rrmsjp, Sabbut, Savh, Seop26, Shalbat, Simeon, Sirgazil, Strigueros, SuperBraulio13, Superzerocool, Taichi,
Technopat, Tirithel, Tomatejc, Tostadora, Tripy, UA31, Wepale, YoaR, Yrithinnd, conversion script, dom2-229.menta.net, 219 ediciones annimas
Licencia
Creative Commons Attribution-Share Alike 3.0
//creativecommons.org/licenses/by-sa/3.0/