Casi todo el mundo ha oído hablar del URL, la dirección que utilizamos para acceder a las páginas web por Internet. Sin embargo, pocas personas saben qué es el URI. La idea de un identificador uniforme de recursos fue concebida por Tim Berners-Lee, el padre de la World Wide Web. Cuando el científico utilizó el término por primera vez en la RFC 1630, aún hablaba de un universal resource identifier, o identificador universal de recursos. Desde entonces, sobre todo debido a su uso en algunas publicaciones del World Wide Web Consortium (W3C), las siglas URI empezaron a referirse a uniform resource identifier, y así es como las entendemos hoy en día. Su estructura, no obstante, no ha cambiado en absoluto desde su creación.
El URL y el URN presentan la misma sintaxis que el URI. Ambos tipos de identificadores son, por lo tanto, subcategorías del URI. Los URL y URN son un tipo de URI. Del mismo modo, ni URL ni URN son identificadores uniformes recursos.
En este caso, el URI solo incluye los dos componentes obligatorios. Otros posibles recursos a los que se puede acceder con esta sintaxis son, por ejemplo, archivos o incluso números de teléfono.
Como el URI relativo prescinde del scheme, para poder distinguirlo del URI absoluto, no puede haber dos puntos en el primer segmento de la ruta, porque, en este caso, la parte que precede a los dos puntos se interpretaría como scheme. Existen tres tipos de URI relativos, que se identifican con un marcador al comienzo de la ruta:
www.example.com
é o nome de domínio ou autoridade que governa o namespace. Ele indica qual servidor web será solicitado. Alternativamente, é possível utilizar um IP address, mas isso pode ser menos conveniente e não é muito utilizado na Web.
Ao usar URLs em conteúdo HTML em geral se deve usar apenas alguns desses esquemas URL. Apenas os esquemas HTTP e HTTPS devem ser usados quando se faz referência a subrecursos — isto é, arquivos carregados como parte de um documento maior. Por razões de segurança, os navegadores estão reduzindo cada vez mais o suporte a FTP para o carregamento de subrecursos.
?key1=value1&key2=value2
são parâmetros extras fornecidos ao servidor Web. Eles são uma lista de pares chaves/valores separados com o símbolo &
O servidor web pode usar esses parametros para fazer coisas extras depois retornando o recurso para o usuário. Cada servidor web tem suas regras em relação aos parâmetros, e o unico jeito confiável de saber como um servidor Web especifico trata os parâmetros é perguntando o dono do servidor.
Las dos barras después de los primeros dos puntos solo son necesarias si hay contenido en la parte de authority. Asimismo, authority puede contener información del usuario, que se separa del dominio mediante el signo de @, e incluir una especificación de puerto al final, que se separa a su vez del dominio mediante dos puntos.
:80
é a porta nesta instância . Ela indica qual é o "portão" técnico usado para acessar os recursos no servidor web. Usualmente ela é omitida se o servidor web utiliza a porta padrão do protocolo HTTP (80 para HTTP e 443 para HTTPS) para garantir o acesso aos recursos. Do contrário, ela se torna obrigatória.
A identidade e a localização de recursos na Web são fornecidas, principalmente por um único URL (Uniform Resource Locator, um tipo de URI). Pode ser que as vezes as a identidade e a localização não são dadas pelo mesmo URI: O HTTP usa um cabeçalho HTTP específico, Alt-Svc
quando o recurso solicitado quer que o cliente acesse-o de outra localização
Justamente por não entender estas distinções as pessoas acham estranho XML ter URIs (e na verdade elas acham que possuem URLs). Perdi a conta de quantos programadores reclamam que não gostariam que o arquivo precisasse acessar a internet por que tem um endereço web dentro dele. O que tem ali no namespace XML é um URI. Ou seja, é apenas um identificador e que por acaso também é um endereço web, mas é só uma forma única para identificar como é formado aquele namespace. Ele serve como referência, mas o acesso à internet só será necessário se um humano quiser saber mais sobre aquilo, nenhuma aplicação acessa a internet por causa daquilo a não ser que o programador deseje.
:80
é a porta nesta instância . Ela indica qual é o \"portão\" técnico usado para acessar os recursos no servidor web. Usualmente ela é omitida se o servidor web utiliza a porta padrão do protocolo HTTP (80 para HTTP e 443 para HTTPS) para garantir o acesso aos recursos. Do contrário, ela se torna obrigatória.
FTP ainda é aceito em alguns casos específicos de acesso direto, como quando a URL é digitada diretamente na barra do navegador ou como o alvo em um link, ainda que alguns navegadores possam delegar o carregamento do conteúdo FTP para outra aplicação.
Mais informações podem ser lidas no artigo em inglês da Wikipedia. Os links ali, especialmente para outros artigos da própria Wikipedia, são bem interessantes e podem completar uma informação que não parece em um primeiro momento mas é valiosa.
A identidade e a localização de recursos na Web são fornecidas, principalmente por um único URL (Uniform Resource Locator, um tipo de URI). Pode ser que as vezes as a identidade e a localização não são dadas pelo mesmo URI: O HTTP usa um cabeçalho HTTP específico, Alt-Svc
quando o recurso solicitado quer que o cliente acesse-o de outra localização
El Uniform Resource Locator (URL) es uno de los estándares básicos de la World Wide Web. Todo localizador de recursos uniforme permite identificar recursos en Internet y localizar dónde se almacenan. Los usuarios de Internet navegan de forma inequívoca de una página web a otra, siguen hiperenlaces o descargan archivos con ayuda de URL. Este concepto se basa en una sintaxis accesible para los seres…
Protocolos como HTTP o FTP funcionan gracias a esta sintaxis, ya que la forma de direccionamiento se establece en base a la estructura del URI. De este modo, el sistema identifica a qué información debe acceder, así como dónde y cómo.