O que é um hiperlink


Hiperlink é sinônimo de link, hiperlink consiste em links que vão de uma página da Web ou arquivo para outra(o), o ponto de partida para os links, é denominado de hiperlinks Hiper link
O principal poder do HTML vem da sua capacidade de interligar partes de um texto e imagens a outros documentos. Os clientes exibem em destaque estas areas ou pontos-chavez para indicar se trata de um link, ou interligação , no hipertexto.

Hiperlinks consistem em links que vão de uma página da Web ou arquivo para outro(a). Quando um visitante do site clica no hiperlink, o destino é aberto, executado ou mostrado em um navegador da Web, dependendo do tipo de destino. Com freqüência, o destino é outra página da Web, mas pode também ser uma figura, um arquivo multimídia, um documento do Microsoft Office, um endereço de email ou um programa. Por exemplo, um hiperlink para uma página exibe essa página no navegador da Web e um hiperlink para um arquivo MID abre o arquivo em um mídia player. (fonte: Frontpage - Ajuda)




História do hiperlink



O termo "Hiperlink" foi escrito em 1965 (ou, eventualmente, 1964) por Ted Nelson no início do projeto Xanadu. Nelson tinha cido inspirado pelo "Como nós pode pensar," um ensaio de Vannevar Bush. O ensaio, Bush descrito era baseado em  Memex onde qualquer um poderia vincular qualquer duas páginas de informações em uma "trilha" de informação relacionada e, em seguida, era movida para frente e para trás entre páginas como se estivessem em um rolo de microfilme único. A analogia contemporânea mais próxima seria criar uma lista de marcadores para páginas da Web relacionadas e, em seguida, permitir que o usuário pesquise para frente e para trás através da lista.

Uma série de livros e artigos publicados desde 1964 através de 1980, Nelson transposto o conceito de Bush de cruzar automatizado no contexto de computador, deixou strings de texto aplicáveis às específicas, em vez de páginas inteiras, generalizada-lo de uma máquina local do porte de secretária a uma rede mundial de computadores teórica e defenderam a criação de uma rede de tal. Entretanto, trabalhando de forma independente, uma equipa liderada por Douglas Engelbart (com Jeff Rulifson como programador chefe) foi o primeiro a implementar o conceito de hiperlink para rolagem dentro de um único documento (1966) e logo depois para a ligação entre parágrafos dentro de documentos separados (1968). Consulte NLS.

Um programa de banco de dados HyperCard foi lançado em 1987 para o Apple Macintosh que permitia hyperlink entre vários tipos de páginas em um documento.
[editar] O artigo principal questões jurídicas: aspectos de direitos autorais do hyperlink e elaborando enquanto hyperlink entre páginas da Web é uma característica intrínseca da web, alguns sites de objeto está sendo vinculado a partir de outros Web sites; alguns afirmaram que a vinculação que lhes não é permitido sem permissão.

Contenciosos em particular são * ligações profundas, que não apontam para a home page do site um ou outro ponto de entrada designada pelo proprietário do site, mas ao conteúdo noutros locais, permitindo que o usuário Ignorar o site próprio designado fluxo; * inline links, que incorporem o conteúdo em questão nas páginas do site vinculação, tornando parecem parte do conteúdo do site link, salvo se for adicionada a uma atribuição explícita.


Vinculação de material ilegal ou que violem o conteúdo na internet são suficientemente problemáticos nos dia de hoje.

Em determinadas jurisdições tem sido discutido que hiperlinks não são apenas referências ou citações, mas são dispositivos para copiar páginas da web. Na Holanda, por exemplo, Karin Spaink foi inicialmente condenado por violação de direito autoral para vinculação, embora este acórdão foi derrubado em 2003. Os tribunais que advogam consideram a mera publicação de um hiperlink que se conecta ao material ilegal como um acto não ilegal em si, independentemente se o Hiperlinks referenciando é material ilegal.

O que é um Hiperlink

Um hiperlink é um link para uma publicação. Quando você clica no link, o destino vinculado é aberto. O destino é geralmente outra página da Web, mas também pode ser uma imagem, um endereço de email ou um programa. O hiperlink propriamente dito pode ser um texto, uma imagem ou uma forma. Hiperlink ou hiperligação é qualquer elemento de um hiper texto (páginas web) que façam referência a outro texto ou a outra parte deste texto. Ou seja, qualquer área clicável de uma página web é um hiperlink.

Um hiperlink pode também ser referido como um link ou hipertexto.



Você pode identificar um hiperlink de varias maneiras, mas a maneira mais fácil é mover o ponteiro do mouse sobre o topo de uma imagem ou palavra e se a mudança do cursor do mouse for como uma pequena mão, em seguida, o item que você está olhando, é um link e você pode clicar nele.


Como os hiperlinks funcionam e são exibidos

Quando você clica em um hiperlink, o destino é aberto ou executado, dependendo do tipo de destino. Por exemplo, um hiperlink para uma página abre essa página no navegador da Web, e um hiperlink para um arquivo PDF (PDF:Portable Document Format) abre o arquivo em um leitor de pdf.




Hiperlinks

Hiperlinks, ou simplesmente links, são a alma de uma página da internet. São eles que permitem o acesso fácil entre as diversas páginas (navegação) e mesmo a movimentação rápida dentro de um texto longo. Podemos dizer que a Word Wide Web (WWW), a parte mais conhecida da internet, não existiria sem eles.

Na verdade o hiperlink não passa de um comando como o ícone que se clica para iniciar um programa ou abrir um arquivo. Mas aqui ele abre uma página da internet, ou lhe envia a outra parte do texto, ou mesmo permite copiar um arquivo, tudo isso em uma outra pasta, computador ou mesmo outra parte do mundo.

Um hiperlink é um gráfico ou um pedaço de texto em um documento da Internet que podem ligar leitores para outra página, ou outra parte de um documento. Os usuários da Web normalmente irá encontrar pelo menos um link em cada página. A forma mais simples deles é o chamado texto incorporado ou um link anexado.

Neste caso, um link aparecerá como uma única palavra ou grupo de palavras que normalmente será marcado como sublinhado, e são frequentemente de cor azul. Clicando sobre o hiperlink pode levar a uma outra parte da página, ou pode abrir outra página da Internet.

Sua forma e aparência mais comum é muito conhecida: Um texto azul com um traço embaixo. Mas o link pode ter a forma que se desejar, até mesmo uma figura.

Sinônimo de Site ou de Página da Web – É comum usar-se expressões com a palavra link para indicar site ou página. Por exemplo, a expressão 'Popularidade do Link' é mais usada do que 'Popularidade do Site' e do que 'Popularidade da Página'.

Sites ou Páginas Sugeridos / Intercâmbio de Links – É muito comum encontrar-se em menus a palavra Links. Ao se clicar nele se chega a uma página ou conjunto de páginas onde aparecem listas de sites e/ou páginas que são sugeridos como referência para o usuário visitar. Em geral essas referências são resultantes do que chamamos intercâmbio de links – ao se clicar em qualquer link desses, chega-se a uma página de um site, o qual tem, provavelmente, em algum lugar, um link apontando para o site de onde se partiu.

Importância dos Links – Os links têm grande importância na otimização, o que justifica uma seção inteira deste site dedicada a eles. Essa importância está no link como sinal para mudar de lugar na internet (hiperlink) ou como sinônimo de site. No código do link é possível colocar várias informações e instruções para os robots e para o lugar da internet onde se chega. Por exemplo, pode-se colocar uma instrução que faça aparecer de novo a página onde está o link depois de visitada outra página – com isso evita-se que o usuário perca o caminho de volta ou se embrenhe por outros sites ou páginas e não volte.


Como os hiperlinks são usados

Você pode usar hiperlinks para fazer o seguinte:

  • Navegar para um arquivo ou uma página da Web existente em uma rede, em uma intranet ou na Internet em geral.

  • Navegar para um arquivo ou uma página da Web que você planeja criar no futuro.

  • Enviar uma mensagem de email.

  • Iniciar uma transferência de arquivo, como o download ou upload de um arquivo para um servidor de FTP (FTP: um protocolo de comunicação que torna possível a um usuário transferir arquivos entre locais remotos de uma rede. Esse protocolo permite também a usuários usar comandos FTP, como listar arquivos e pastas, para trabalhar com arquivos em um local remoto.).

Quando você aponta para um texto ou uma imagem que contém um hiperlink, o ponteiro se transforma em uma mão, indicando que o item é um link e pode ser clicado.



O que é um URL e como ele funciona

Um URL (de Uniform Resource Locator), em português Localizador-Padrão de Recursos, é o endereço de um recurso (um arquivo, uma impressora etc.), disponível em uma rede; seja a Internet, ou uma rede corporativa, uma intranet ou extranet. Uma URL tem a seguinte estrutura: protocolo://máquina/caminho/recurso

O protocolo poderá ser HTTP, FTP, entre outros. O campo máquina designa o servidor que disponibiliza o documento ou recurso designado. O caminho especifica o local (geralmente num sistema de arquivos) onde se encontra o recurso dentro do servidor.

No exemplo: http://www.w3.org/Addressing/URL/uri-spec.html, o protocolo é o HTTP, o servidor é designada por www.w3.org e o recurso -- neste caso o arquivo uri-spec.html -- encontra-se em Addressing/URL/

Quando você cria um hiperlink, o destino é codificado como um localizador de recursos uniforme (URL: um endereço que especifica um protocolo (como HTTP ou FTP) e a localização de um objeto, documento, página da World Wide Web ou outro destino na Internet ou em uma intranet, por exemplo: http://sites.google.com/site/pesquisanomedepessoas/.) (URL), como http://sites.google.com/site/searchpeopleforfree/ ou arquivo://NomeDoComputador/PastaCompartilhada/NomeDoArquivo.htm. A ilustração a seguir define as partes da URL.


Uma URL tem então a seguinte estrutura:


Protocolo palavra-passe (facultativa) Nome do servidor Porta (facultativa se 80) Caminho

[http://]

user:password@

http://sites.google.com

:80

/site/pesquisanomedepessoas/

Texto explicativo 1 Protocolo (protocolo: um método de acessar um documento ou serviço na Internet, como o protocolo FTP ou o protocolo HTTP.)

Texto explicativo 2 Servidor Web (servidor Web: um computador que hospeda páginas da Web e responde a solicitações dos navegadores. Também conhecido como um servidor HTTP, um servidor Web armazena arquivos cujas URLs começam com http://.) ou local de rede (local da rede: em uma URL, um nome exclusivo que identifica um servidor da Internet. Um local da rede tem duas ou mais partes, separadas por pontos, como em microsoft.com. É denominado também nome de host e endereço na Internet.)

Texto explicativo 3 Caminho (caminho: a rota utilizada pelo sistema operacional para localizar uma pasta ou um arquivo; por exemplo, c:\Arquivos de programas\História do hiperlink. .)

Texto explicativo 4 Nome do arquivo

Os protocolos seguintes podem, por exemplo, ser utilizados através da URL :
  • http, para a consulta de páginas web
  • ftp, para a consulta de sites FTP
  • telnet ,para a ligação a um terminal distante
  • mailto, para o envio de um correio electrónico
  • wais
  • gopher



O nome de ficheiro na URL pode ser seguido de um ponto de interrogação e depois de dados no formato ASCII, tratam-se de dados suplementares enviados em parâmetro de uma aplicação sobre o servidor (um certificado CGI por exemplo). A URL assemelhar-se-á então a uma cadeia de caracteres.



A codificação de uma URL

Já que a URL é um meio para enviar informações através da Internet Para enviar dados a um certificado CGI por exemplo)

, é necessário poder enviar caracteres especiais.

As URL não podem conter caracteres especiais. Além disso, certos caracteres são reservados

porque têm um significado (o slash permite especificar um subdirectório, os caracteres & e?

servem para o envio de dados por formulários, …). Por último, as URL podem ser incluídas

num documento HTML, o que torna difícil a inserção de caracteres como <ou> na URL



É por isso que uma codificação é necessária!

A codificação consiste em substituir os caracteres

especiais pelo carácter % (ele mesmo um carácter especial)acompanhado do código ASCII

do carácter a codificar em notação hexadecimal.


 Lista dos caracteres que necessitam uma codificação específica 


CarácterCodificação URL
Tabulação%09
Espaço%20
"%22
#%23
%%25
&%26
(%28
)%29
+%2B
,%2C
.%2E
/%2F
:%3A
;%3B
<%3C
=%3D
>%3E
?%3F
@%40
[%5B

%5C
]%5D
^%5E
'%60
{%7B
|%7C
}%7D
~%7E



Mais informação


O formato das URL é definido pelo RFC 1738 :


RFC 1738

Rede Grupo de Trabalho Tim Berners Lee 

 Pedido de Comentários: 1738 CERN 

 Categoria: Padrões pista L. Masinter 

Xerox Corporation

M. McCahill

Universidade de Minnesota

Editores

Dezembro 1994

Uniform Resource localizadores (URL) 

Este documento especifica um protocolo Internet normas para a pista 

    Comunidade Internet, e solicita discussão e sugestões para 

    melhorias. Por favor, referir-se a actual edição do "Internet 

    Jornal Protocolo Standards "(1 DST) para o estado de normalização 

    e do estatuto do presente protocolo. A distribuição deste memorando é ilimitado. 



 Resumo 



    Este documento especifica um Uniform Resource Locator (URL), a sintaxe 

    e semântica da informação para a formalização de localização e acesso 

    recursos através da Internet. 



 1. Introdução 



    Este documento descreve a sintaxe e semântica para uma string compacta 

    representação de um recurso disponível através da Internet. Estes 

    strings são chamados de "Uniform Resource localizadores" (URLs). 



    A especificação é obtido a partir de conceitos introduzidos pelo Mundo - 

    Wide Web informação global iniciativa, cuja utilização de tais objetos 

    data de 1990 e é descrita em "Universal Resource Identificadores 

    na WWW ", RFC 1630. A especificação de URLs é projetada para atender as 

    requisitos estabelecidos na "requisitos funcionais para a Internet 

    Resource localizadores "[12]. 



    Este documento foi escrito pelo URI grupo de trabalho do Internet 

    Engineering Task Force. Comentários podem ser encaminhadas para os editores, ou 

    para a URI-WG <uri@bunyip.com>. As discussões do grupo são arquivadas 

    em <URL:http://www.acl.lanl.gov/URI/archive/uri-archive.index.html> 

 Berners-Lee, Masinter & McCahill [Page 1] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

 2. Outros URL Sintaxe 



    Assim como existem muitos métodos diferentes de acesso aos recursos, 

    existem vários sistemas para descrever a localização de tais 

    recursos. 



    A sintaxe genérica para URLs prevê um quadro para novos regimes de 

    ser criado usando protocolos diferentes dos definidos no presente 

    documento. 



    URLs são usados para localizar ` 'recursos, proporcionando um resumo 

    identificação da localização dos recursos. Após ter localizado um recurso, 

    um sistema pode executar uma série de operações sobre o recurso, como 

    poderá ser caracterizada por palavras tais como o acesso ` ',` update', 

    `substituir ',` encontrar atributos ". Em geral, apenas o acesso ` 'Método 

    precisa ser especificado para qualquer URL regime. 



 2,1. As principais partes de URLs 



    A BNF completa descrição do URL sintaxe é dada na Secção 5. 



    Em geral, os URLs são escritos como se segue: 



        <scheme>: <scheme-specific-part> 



    Um URL contém o nome do sistema a ser utilizado (<scheme>) seguido 

    por um cólon e, em seguida, uma corda (o <scheme-specific-part>), cujo 

    interpretação depende do regime. 



    Esquema de nomes consistem de uma seqüência de caracteres. A minúscula 

    letras "a" - "z", dígitos, e os personagens mais ("+"), período 

    ("."), E hífen ("-") são permitidos. Para a resiliência, programas 

    interpretando URLs devem tratar as letras maiúsculas equivalente a 

    minúscula, em regime de nomes (por exemplo, permitir "HTTP", assim como "http"). 



 2,2. URL questões codificação de caracteres 



    URLs são seqüências de caracteres, ou seja, letras, dígitos, e especiais 

    caracteres. Um URLs podem ser representados em uma variedade de maneiras: por exemplo, tinta 

    no papel, ou uma seqüência de octetos codificado em um conjunto de caracteres. O 

    interpretação de uma URL depende só sobre a identidade do 

    caracteres utilizados. 



    Na maior parte dos regimes de URL, as seqüências de caracteres em diferentes partes 

    de um URL são usados para representar sequências de octetos utilizados na Internet 

    protocolos. Por exemplo, no regime de ftp, o nome do host, diretório 

    nome e os nomes são esses arquivos sequências de octetos, representada por 

    partes do URL. Nas partes, um octeto pode ser representado por Berners-Lee.

 

 RFC 1738 Uniform Resource localizadores (URL)

    chararacter o que tem que octeto como os E.U. dentro de seu código-ASCII 

    [20] codificados conjunto de caracteres. 



    Além disso, octetos podem ser codificados por um personagem que consiste tercina 

    do caractere "%" seguido por dois dígitos hexadecimais que o (a partir de 

    "0123456789ABCDEF") que formam o valor hexadecimal do octeto. 

    (Os caracteres "abcdef" pode também ser utilizado em hexadecimal codificações.) 



    Octetos deve ser codificado se eles não têm qualquer correspondente gráfico 

    personagem dentro os E.U.-ASCII codificados conjunto de caracteres, se a utilização do 

    correspondente caráter não é seguro, ou se corre o personagem 

    é reservada para alguma outra interpretação particular dentro da URL 

    regime. 



    Não corre graphic US-ASCII: 



    URLs são escritos apenas com a impressão gráfica dos caracteres 

    US-ASCII codificados conjunto de caracteres. O octetos 80-FF hexadecimal não são 

    utilizados em US-ASCII, e os octetos 00-1F e 7F representam hexadecimal 

    controle caracteres; estes devem ser codificados. 



    Inseguro: 



    Caracteres pode ser perigoso por uma série de razões. O espaço 

    caráter espaços importantes porque não é seguro e pode desaparecer 

    insignificantes espaços podem ser introduzidos quando são transcritos ou URLs 

    typeset ou submetidos a tratamento de programas de processamento de palavra. 

    Os caracteres "<" e ">" são inseguros porque eles são utilizados como a 

    delimitadores cerca de URLs em texto livre; as aspas é usada para (""") 

    delimitar URLs em alguns sistemas. O caracter "#" não é seguro e deve 

    sempre ser codificado, uma vez que é utilizada na World Wide Web e em outros 

    sistemas para delimitar uma URL a partir de um fragmento / âncora que possa identificador 

    segui-lo. O caractere "%" não é seguro, pois é utilizado para 

    codificações de outros personagens. Outros personagens são inseguros porque 

    pórticos e outros Agentes de transporte são conhecidos por vezes, modificar 

    esses personagens. Estes personagens são "(", ")", "|", "\", "^", "~", 

    "[", "]", E "` ". 



    Todos os personagens inseguros devem sempre ser codificados dentro de uma URL. Para 

    exemplo, o caracter "#" deve ser codificado no interior mesmo em URLs 

    Sistemas que normalmente não se tratar de fragmento ou âncora 

    identificadores, a fim de que se o URL é copiado em outro sistema que 

    faz uso deles, não será necessário alterar a codificação do URL. 

 Berners-Lee, Masinter & McCahill [Página 3] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

    Reservado: 



    Muitos URL reservar determinados regimes de caracteres para um significado especial: 

    sua aparição no regime específicas de cada parte do URL tem um 

    designada semântica. Se o personagem é o que corresponde a um octeto 

    reservada em um esquema, o octeto deve ser codificado. Os caracteres ";", 

    "/", "?", ":", "@", "=" E "&" são os caracteres que podem ser 

    reservada para dentro de um regime especial significado. Nenhum outro personagens maio 

    ser reservado dentro de um esquema. 



    Normalmente um URL tem a mesma interpretação é quando um octeto 

    representado por um personagem e quando ele codificadas. No entanto, este não é 

    válido para os caracteres reservados: encoding um personagem reservado para uma 

    regime especial pode alterar a semântica de uma URL. 



    Assim, somente alfanuméricos, caracteres especiais e "$-_.+!*'(),", 

    reservada caracteres utilizados para a sua reservados efeitos podem ser utilizadas 

    não codificada dentro de uma URL. 



    Por outro lado, os caracteres que não são obrigados a ser codificados 

    (incluindo alfanuméricos) pode ser codificado no âmbito do regime específico - 

    parte de uma URL, desde que eles não estão a ser utilizadas para uma reservados 

    propósito. 



 2,3 hierárquica esquemas e links 



    Em alguns casos, URLs são utilizados para localizar recursos que contêm 

    apontadores para outros recursos. Em alguns casos, estas são ponteiros 

    representado como links onde a expressão da localização do 

    o segundo recurso seja em termos de "no mesmo local que um presente 

    exceto com o seguinte caminho relativo ". Parente ligações não são 

    descritas neste documento. No entanto, o uso de links 

    depende do URL original que contenha uma estrutura hierárquica 

    contra o qual se baseia a relativa link. 



    Alguns esquemas URL (como o FTP, HTTP e regimes de arquivo) contêm 

    nomes que podem ser considerados hierárquicos; os componentes do 

    hierarquia são separados por "/". 



 Berners-Lee, Masinter & McCahill [Página 4] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

 3. Regimes específicos 



    O mapeamento por algum tipo existentes e protocolos experimentais é 

    delineadas na sintaxe BNF definição. Notas em particular protocolos 

    seguir. Os regimes cobertos são: 



    FTP File Transfer Protocol 

    HTTP Hypertext Transfer Protocol 

    O protocolo gopher gopher 

    mailto Correio electrónico 

    notícias notícias da Usenet 

    NNTP notícias da Usenet usando o acesso NNTP 

    telnet Referência para sessões interactivas 

    WAIS vasta área informação servidores 

    arquivo host-nomes de arquivo específicas 

    Prospero Prospero Directory Service 



    Outros sistemas podem ser especificados pelo futuro caderno de encargos. O ponto 4 do 

    este documento descreve como novos esquemas pode ser registado, e listas 

    regime de alguns nomes que estão em desenvolvimento. 



 3,1. Internet regime comum sintaxe 



    Embora a sintaxe para o resto do URL pode variar em função da 

    regime especial selecionado, URL esquemas que envolvem o uso direto 

    de um protocolo baseado em IP para um determinado host na Internet utilizar um 

    sintaxe comum para o regime de dados específicos: 



         / / <user>: <password> @ <host>: <port> / <url-path> 



    Algumas ou todas as partes "<user>: <password> @", ": <password>", 

    ": <port>", e "/ <url-path>" pode ser excluída. O regime específico 

    Dados começar com uma dupla barra "/ /" para indicar que ele cumpra 

    a Internet regime comum de sintaxe. As diferentes componentes obedecer ao 

    seguintes regras: 



     usuário 

         Um opcional nome de usuário. Alguns programas (e.g., ftp) permitem a 

         especificação de um nome de usuário. 



     senha 

         Um opcional senha. Se presentes, segue-se o usuário 

         separados do nome dele através de cólon. 



    O nome de usuário (e senha), quando presentes, são seguidas por um 

    comerciais em sinal de "@". Dentro do campo usuário e senha, qualquer ":", 

    "@", Ou "/" deve ser codificado. 

 Berners-Lee, Masinter & McCahill [Página 5] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

    Note-se que um nome de usuário ou senha vazia é diferente de qualquer usuário 

    nome ou a senha, não há como especificar uma senha, sem 

    especificando um nome de usuário. E.g., <URL:ftp://@host.com/> tem um vazio 

    nome de usuário ea senha não, <URL:ftp://host.com/> não tem o nome do usuário, 

    <URL:ftp://foo:@host.com/> embora tenha um nome de usuário "foo" e um 

    senha vazia. 



     anfitrião 

         O nome de domínio totalmente qualificado de uma rede de acolhimento, ou o seu IP 

         endereço como um conjunto de quatro dígitos decimais grupos separados por 

         ".". Nomes de domínio totalmente qualificado assumir a forma como descrito 

         na casa de 3,5 RFC 1034 [13] e na secção de 2,1 RFC 1123 

         [5]: uma seqüência de rótulos domínio separados por ".", Cada domínio 

         rótulo começando e terminando com um personagem e alfanuméricos 

         possivelmente também contém "-" caracteres. A direita domínio 

         rótulo nunca irá começar com um dígito, porém, que 

         sintaticamente distingue todos os nomes de domínio a partir do IP 

         endereços. 



     Port 

         O número da porta para se conectar ao. A maior parte dos regimes de designar 

         protocolos que têm um número de porta padrão. Um outro número de porta 

         maio opcionalmente ser fornecidos, em casa, separado da 

         acolhimento por um cólon. Se o porto é omitido, o cólon é tão bem. 



     caminho de URL 

         O resto do localizador consiste de dados específicos para o 

         regime, e é conhecido como o "caminho de URL". Ele fornece a 

         pormenores sobre a forma como os recursos especificados podem ser acessados. Nota 

         que o "/" entre o host (ou porto), e está a caminho de URL 

         Não faz parte do caminho de URL. 



    A url-path syntax depende do esquema a ser utilizado, tal como a 

    modo como é interpretada. 



 3,2. FTP 



    O FTP URL sistema é utilizado para designar arquivos e diretórios em 

    Servidores Internet acessíveis através do protocolo FTP (RFC959). 



    Um FTP URL seguir a sintaxe descrita na secção 3,1. Se: é <port> 

    omitido, o valor padrão a porta 21. 



 Berners-Lee, Masinter & McCahill [Página 6] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

 3.2.1. FTP nome e senha 



    Um nome de usuário e senha podem ser fornecidas; eles são utilizados no ftp 

    "Usuário" e "pass" comandos após a primeira de fazer a conexão para o 

    Servidor FTP. Se nenhum nome de usuário ou senha é fornecida e é um 

    solicitada pelo servidor FTP, as convenções para a "anónimo" são FTP 

    a ser utilizados, como segue: 



         O nome de usuário "anônimo" é fornecido. 



         A senha é fornecida como a Internet endereço de e-mail 

         do usuário final acessar o recurso. 



    Se o URL fornecimentos um nome de usuário, mas não passe, bem como o controle remoto 

    servidor solicitar uma senha, interpretando o programa de FTP URL 

    deve partir de uma solicitação do usuário. 



 3.2.2. FTP caminho de URL 



    A caminho de uma url-URL FTP tem a seguinte sintaxe: 



         <cwd1> / <cwd2> /.../< cwdN> / <nome>; type = <typecode> 



    Quando <cwd1> através <cwdN> e <nome> são (possivelmente codificado) strings 

    <typecode> e é um dos caracteres "a", "i", ou "d". A parte 

    "; <typecode> type =" pode ser omitido. O <cwdx> e peças podem ser <nome> 

    vazio. O conjunto de URL caminho pode ser omitido, incluindo a "/" 

    delimitando-lo a partir do prefixo contendo usuário, senha, host, e 

    Port. 



    A caminho de URL é interpretada como uma série de comandos FTP do seguinte modo: 



       <cwd> Cada um dos elementos que devem ser fornecidas, sequencialmente, como o 

       argumento para uma CWD (mudar diretório de trabalho) comando. 



       Se o typecode é "d", desempenhar um NLST (nome lista) com comando 

       <nome> como o argumento, e interpretar os resultados como um arquivo 

       uma listagem do diretório. 



       Caso contrário, execute um tipo comando <typecode> com o argumento de que, 

       e, em seguida, acessar o arquivo cujo nome é <nome> (por exemplo, utilizando 

       RETR o comando.) 



    Dentro de um nome ou CWD componente, os caracteres "/" e ";" são 

    reservados e deve ser codificado. Os componentes são anteriores à decodificado 

    sua utilização no protocolo FTP. Em particular, se for o adequado FTP 

    Sequência de acesso a um arquivo específico exige fornecendo uma string 

    contendo uma "/" como um argumento para um CWD ou RETR comando, que é 



 Berners-Lee, Masinter & McCahill [Página 7] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

    necessários para codificar cada um "/". 



    Por exemplo, a URL é <URL:ftp://myname@host.dom/%2Fetc/motd> 

    interpretado por FTP-mente a "host.dom", efetuar o login como "myname" 

    (alertando para uma senha se for solicitado) e, em seguida, executando 

    "CWD / etc" e depois "RETR motd". Isto tem um significado diferente daquele 

    <URL:ftp://myname@host.dom/etc/motd> Que "CWD etc" e, depois, 

    "RETR motd"; as iniciais "CWD" poderá ser executada em relação ao 

    diretório padrão para "myname". Por outro lado, 

    <URL:ftp://myname@host.dom//etc/motd>, Seria "CWD" com um valor nulo 

    argumento e, em seguida, "CWD etc", e então "RETR motd". 



    FTP URLs também podem ser utilizadas para outras operações, por exemplo, é 

    possível para atualizar um arquivo remoto em um servidor de arquivos, ou inferir 

    informações sobre ele a partir do diretório listagens. O mecanismo de 

    fazê-lo não é explicitamente indicado aqui. 



 3.2.3. FTP Typecode é opcional 



    A totalidade; type = <typecode> parte de uma URL FTP é opcional. Se for 

    omitido, o programa cliente deve interpretar a adivinhar o URL 

    adequadas modo de usar. Em geral, os dados de um arquivo do tipo de conteúdo 

    só pode ser adivinhada a partir do nome, por exemplo, a partir do sufixo do nome; 

    o tipo apropriado de código a ser usado para a transferência do arquivo pode 

    então ser deduzida a partir dos dados conteúdo do arquivo. 



 3.2.4 Hierarquia 



    Para alguns sistemas de arquivos, o "/" utilizada para designar o hierárquico 

    Estrutura da URL corresponde ao utilizado para a construção de um delimitador 

    O nome do arquivo de hierarquia, e, portanto, o nome do arquivo será muito semelhante ao do 

    URL caminho. Isto não significa que a URL é um arquivo Unix. 



 3.2.5. Otimização 



    Clientes aceder via FTP maio empregar recursos adicionais heurística 

    para otimizar a interação. Para alguns servidores FTP, por exemplo, é 

    podem ser razoáveis para manter o controle conexão aberta ao acessar 

    vários URLs a partir do mesmo servidor. No entanto, não há comum 

    modelo hierárquico para o protocolo FTP, por isso, se um diretório mudança 

    comando ter sido dada, é impossível, em geral, para deduzir o que 

    seqüência deve ser dada a navegar para o outro para um diretório 

    segundo recuperação, se os caminhos são diferentes. O único confiável 

    algoritmo é a de desligar e restabelecer o controlo conexão. 



 Berners-Lee, Masinter & McCahill [Página 8] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

 3,3. HTTP 



    O regime de URL HTTP é usado para designar recursos Internet 

    acessíveis usando HTTP (HyperText Transfer Protocol). 



    O protocolo HTTP é especificado em outro lugar. Esta especificação apenas 

    descreve a sintaxe de URLs HTTP. 



    Um URL HTTP toma a forma: 



       http:// <host>: <port> / <caminho>? <searchpart> 



    <host> <port> e onde estão, como descrito na Secção 3,1. Se: <port> 

    é omitido, o valor padrão a porta 80. Nenhum nome de usuário ou senha é 

    permitido. <caminho> HTTP é um seletor, e é uma consulta <searchpart> 

    string. O <caminho> é opcional, como é o seu e <searchpart> 

    precedente "?". Se nem <caminho> <searchpart> nem está presente, o "/" 

    também pode ser omitida. 



    Dentro do <caminho> <searchpart> e componentes, "/", ";", "?" são 

    reservados. O caractere "/" pode ser utilizado para designar um dentro de HTTP 

    estrutura hierárquica. 



 3,4. Gopher 



    O gopher URL sistema é utilizado para designar recursos Internet 

    acessíveis através do protocolo gopher. 



    A base gopher protocolo é descrito no RFC 1436 e apoia itens 

    e colecções de itens (diretórios). O protocolo gopher + é um conjunto 

    compatíveis para cima de extensões para o protocolo gopher base e é 

    descrito em [2]. Gopher + suporta associando conjuntos de arbitrariedade 

    atributos e suplentes dados com representações gopher itens. 

    Gopher URLs acomodar tanto gopher e gopher + itens e item 

    atributos. 



 3.4.1. Gopher URL sintaxe 



    Um URL gopher assume a forma: 



       gopher: / / <host>: <port> / <gopher-path> 



    onde é um dos <gopher-path> 



        <gophertype> <selector> 

        <gophertype> <selector>% 09 <search> 

        <gophertype> <selector>% 09 <search>% 09 <gopher+_string> 

 Berners-Lee, Masinter & McCahill [Página 9] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

    Se: <port> é omitido, o valor padrão a porta 70. <gophertype> é um 

    caráter único-campo para denotar o gopher tipo de recurso para o 

    que se refere a URL. A totalidade do <gopher-path> também pode estar vazio, em 

    que delimita o caso "/" também é opcional e os <gophertype> 

    o padrão é "1". 



    <selector> é o selector gopher string. No protocolo gopher, 

    Gopher selector cordas são uma seqüência de octetos que podem conter 

    09 octetos qualquer excepção hexadecimal (US-ASCII HT ou guia) 0A hexadecimal 

    (LF de caracteres US-ASCII), e 0D (de caracteres US-ASCII CR). 



    Gopher clientes especificar qual item que deseja copiar através do envio de uma gopher 

    selector string para um servidor gopher. 



    Dentro do <gopher-path>, não são personagens reservados. 



    Observe que alguns gopher <selector> cordas começar com uma cópia do 

    <gophertype> personagem, caso em que a personagem que irá ocorrer duas vezes 

    consecutivamente. O selector gopher string pode ser uma string vazia; 

    esta é a forma como gopher clientes referem-se ao nível mais alto em um diretório 

    Gopher server. 



 3.4.2 especificando URLs para gopher motores de busca 



    Se o URL refere-se a uma pesquisa a ser submetidos a uma pesquisa gopher 

    motor, o selector é seguido por um guia codificado (09%) e os 

    string de pesquisa. Para enviar uma pesquisa para um motor de busca gopher, o 

    Gopher <selector> cliente envia a string (após a decodificação), um guia, 

    e a string de pesquisa para o servidor gopher. 



 3.4.3 sintaxe de URL gopher + itens 



    URLs de gopher + itens têm uma segunda codificado guia (09%) e um gopher + 

    string. Note que, neste caso, os 09% devem ser <search> string 

    fornecidos, embora a <search> elemento pode ser a string vazia. 



    O <gopher+_string> é usado para representar informações necessárias para 

    recuperação do gopher + item. Gopher + itens podem ter suplentes 

    pontos de vista, um conjunto de atributos arbitrários, e pode ter formulários electrónicos 

    que lhes estão associados. 



    Para recuperar os dados associados com uma URL gopher +, um cliente terá 

    conectar ao servidor e enviar o selector gopher, seguido por um separador 

    e a string de pesquisa (que pode ser vazia), seguido por um guia e os 

    Gopher + comandos. 

 Berners-Lee, Masinter & McCahill [Página 10] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

 3.4.4 Padrão gopher + dados representação 



    Quando um servidor retorna um diretório gopher listagem a um cliente, o 

    Gopher + itens estão marcados com qualquer um "+" (denotando gopher + itens) 

    ou um "?" (denotando gopher + itens que têm uma forma associada ASK + 

    com eles). Um gopher URL gopher + com uma string consistindo de apenas um 

    "+" Refere-se à exibição padrão (dados representação) do item 

    enquanto que um gopher + string contendo apenas um "?" referem-se a um item com um 

    Gopher formulário electrónico associado a ele. 



 3.4.5 gopher + itens com formulários eletrônicos 



    Gopher + + itens que têm uma ASK que lhes estão associados (ou seja, gopher + 

    Itens marcados com um "?"), exigem o cliente para buscar o item do ASK + 

    atributo para obter o formulário de definição, e, depois, pedir ao utilizador para preencher 

    para fora da forma e voltar a resposta do usuário, juntamente com o selector 

    corda para recuperar o item. Gopher + clientes sabem como fazer isso, mas 

    dependem do "?" tag no gopher + item de saber quando é que a descrição 

    tratar este caso. O "?" é utilizado na gopher + string a ser 

    coerente com gopher + protocolo da utilização deste símbolo. 



 3.4.6 gopher + item atributo colecções 



    Para remeter para a gopher + atributos de um item, o gopher URL's 

    Gopher + string consiste de "!" ou "$". "!" refere-se a todos de uma 

    Gopher + atributos do item. "$" Se refere a todos os atributos para o item 

    todos os itens em um diretório gopher. 



 3.4.7 Reportando-se atributos específicos gopher + 



    Para se referir a atributos específicos, a URL do gopher + é _string 

    "! <attribute_name>" ou "$ <attribute_name>". Por exemplo, para se referir a 

    o atributo que contém o resumo de um item, o gopher + _string 

    seria "! RESUMO +". 



    Para se referir a vários atributos, o gopher + _string consiste na 

    atributo codificado nomes separados por espaços. Por exemplo, 

    "! RESUMO% + 20 + cheiro" refere-se à + e + RESUMO cheiro atributos 

    de um item. 



 3.4.8 sintaxe de URL gopher + suplente vistas 



    Gopher + permite a opcional suplente dados representações (suplente 

    vistas) dos itens. Para recuperar um gopher + suplente ponto de vista, um gopher + 

    cliente envia o ponto de vista e linguagem apropriada identificador (encontrado em 

    do item + VIEW atributo). Para se referir a uma determinada gopher + suplente 

    ponto de vista, a URL do gopher + string seria, sob a forma: 

 Berners-Lee, Masinter & McCahill [Página 11] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

         + <view_name>% 20 <language_name> 



    Por exemplo, uma seqüência de gopher + "+ aplicação / postscript% 20Es_ES" 

    remete para o idioma espanhol postscript suplente vista de um gopher + 

    item. 



 3.4.9 sintaxe de URL gopher + formulários electrónicos 



    O gopher + _string para uma URL que se refere a um item referenciado por um 

    Gopher + formato electrónico (ASK um bloco) preenchido com específicas 

    valores é uma versão codificada do que o cliente envia para o servidor. 

    O gopher + _string é da forma: 



 +% 091% 0D% 0A + -1% 0D% 0A <ask_item1_value>% 0D% 0A <ask_item2_value>% 0D% 0A.% 0D% 0A 



    Para recuperar esse item, o cliente envia gopher: 



        <a_gopher_selector> <tab> + 1 <tab> <cr> <lf> 

        + -1 <cr> <lf> 

        <ask_item1_value> <cr> <lf> 

        <ask_item2_value> <cr> <lf> 

        . <cr> <lf> 



    gopher para o servidor. 



 3,5. MAILTO 



    O URL mailto sistema é utilizado para designar a Internet mailing 

    endereço de uma pessoa ou serviço. Não outras informações adicionais 

    do que um endereço Internet está presente ou implícita. 



    Um URL mailto assume a forma: 



         mailto: <rfc822-addr-spec> 



    <rfc822-addr-spec> onde está (a codificação de uma) addr-spec, como 

    especificado no RFC 822 [6]. Dentro de URLs mailto, não há reservados 

    caracteres. 



    Note que o sinal de percentagem ("%") é comumente utilizado dentro RFC 822 

    endereços e deve ser codificado. 



    Ao contrário de muitos URLs, o mailto regime não representam uma base de dados objeto 

    a ser acessado diretamente; não há sentido em que se designe um 

    objeto. Ele tem um uso diferente do que a mensagem / externo-tipo no corpo 

    MIME. 



 Berners-Lee, Masinter & McCahill [Página 12] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

 3,6. NOTÍCIAS 



    A notícia URL sistema é usado para se referir a qualquer notícia ou grupos 

    artigos individuais de notícias da Usenet, conforme especificado no RFC 1036. 



    Uma notícia URL toma uma de duas formas: 



      notícias: <newsgroup-name> 

      notícias: <message-id> 



    Um <newsgroup-name> é delimitado por um período hierárquico nome, tais como 

    "comp.infosystems.www.misc". Um <message-id> corresponde ao 

    Message-ID da seção 2.1.5 do RFC 1036, sem a envolvente "<" 

    e ">"; ela assume a forma <unique> @ <full_domain_name>. Uma mensagem 

    identificador pode ser diferenciado de uma notícia em nome do grupo 

    o comercial na presença de "@" personagem. Não há novas personagens 

    estão reservados dentro dos componentes de uma notícia URL. 



    Se <newsgroup-name> é "*" (como na <URL:news:*>), que é usado para se referir 

    a "todos os grupos disponíveis notícias". 



    As notícias são pouco usuais em URLs que por si só, eles não contêm 

    informações suficientes para localizar um único recurso, mas, sim, são 

    independente de localização. 



 3,7. NNTP 



    O NNTP URL regime é um método alternativo de referenciação notícias 

    artigos, notícias úteis para a especificação de servidores NNTP (RFC 

    977). 



    Um NNTP URL assumir a forma: 



       NNTP: / / <host>: <port> / <newsgroup-name> / <article-number> 



    <host> <port> e onde estão, como descrito na Secção 3,1. Se: <port> 

    é omitido, o valor padrão a porta 119. 



    O <newsgroup-name> é o nome do grupo, enquanto o <article - 

    Número> é o id numérico do artigo dentro desse newsgroup. 



    Observe que, embora a NNTP: URLs especificar uma localização única para o artigo 

    recursos, a maioria dos servidores NNTP atualmente na Internet são hoje 

    configurado apenas para permitir o acesso de clientes locais e, portanto, NNTP 

    URLs não designar globalmente acessível recursos. Assim, a notícia: 

    forma de URL é preferido como uma forma de identificação de notícias. 



 Berners-Lee, Masinter & McCahill [Página 13] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

 3,8. TELNET 



    O Telnet URL sistema é utilizado para designar os serviços interactivos que 

    pode ser acessado pelo protocolo Telnet. 



    Um telnet URL assume a forma: 



        telnet: / / <user>: <password> @ <host>: <port> / 



    conforme especificado na secção 3,1. O último caractere "/" pode ser omitido. 

    Se: <port> é omitido, o valor padrão a porta 23. A: pode <password> 

    ser omitida, bem como todo o <user>: <password> parte. 



    Esse URL não designar um objeto dados, mas sim uma interativo 

    serviço. Remote serviços interactivos variam amplamente nos meios através dos 

    que eles permitem logins remotos, na prática, e os <user> 

    <password> são fornecidas apenas consultivo: clientes telnet acessar uma URL 

    simplesmente aconselhar o usuário do sugerido nome de usuário e senha. 



 3,9. WAIS 



    O WAIS URL sistema é utilizado para designar WAIS bases de dados, pesquisas, ou 

    individual WAIS documentos disponíveis a partir de uma base de dados. WAIS é 

    descrito em [7]. WAIS O protocolo é descrito no RFC 1625 [17]; 

    Apesar de o WAIS é baseado no protocolo Z39.50-1988, o WAIS URL 

    regime não se destina ao uso arbitrário em Z39.50 serviços. 



    Um WAIS URL toma uma das seguintes formas: 



      WAIS: / / <host>: <port> / <database> 

      WAIS: / / <host>: <port> / <database>? <search> 

      WAIS: / / <host>: <port> / <database> / <wtype> / <wpath> 



    <host> <port> e onde estão, como descrito na Secção 3,1. Se: <port> 

    é omitido, o valor padrão a porta 210. A primeira forma designa um 

    WAIS banco de dados que está disponível para pesquisa. A segunda forma 

    designa uma determinada pesquisa. <database> é o nome do WAIS 

    banco de dados a ser pesquisada. 



    A terceira forma designa um determinado documento dentro de um WAIS 

    base de dados a ser recuperadas. Neste formulário <wtype> é o WAIS 

    designação do tipo do objeto. Muitos WAIS implementações 

    exigem que um cliente conhecer o "tipo" de um objeto antes de 

    recuperação, sendo o tipo retornado juntamente com os objetos internos 

    identificador na busca resposta. O <wtype> está incluído no 

    URL de modo a permitir que o cliente interpretando o URL adequado 

    a informação realmente recuperar o documento. 

 Berners-Lee, Masinter & McCahill [Página 14] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

    O <wpath> de uma URL WAIS consiste no documento WAIS-id, codificadas 

    que for necessário utilizar o método descrito na secção 2,2. O WAIS 

    - id documento deverá ser tratado opaquely; ela só pode ser decomposto por 

    o servidor que a emitiu. 



 3,10 FILES 



    O arquivo URL sistema é utilizado para designar arquivos acessíveis a um 

    nomeadamente computador host. Este regime, ao contrário da maioria dos outros regimes de URL, 

    não designa um recurso que é universalmente acessíveis ao longo do 

    Internet. 



    Um arquivo URL assume a forma: 



        file: / / <host> / <caminho> 



    <host> onde é o nome de domínio totalmente qualificado sobre o sistema 

    <caminho> o que é acessível, e é um <caminho> hierárquico 

    caminho do diretório a forma <diretorio> / <diretorio> /.../< nome>. 



    Por exemplo, um arquivo VMS 



      DISCO $ USER: [MY.NOTES] NOTE123456.TXT 



    poderão tornar-se 



      <URL:file://vms.host.edu/disk$user/my/notes/note12345.txt> 



    Como um caso especial, <host> pode ser a string "localhost" ou o vazio 

    corda; este é interpretado como `a máquina a partir do qual a URL é 

    sendo interpretada '. 



    O arquivo URL regime é incomum, pois não especifica um 

    Protocolo Internet ou método de acesso para esses arquivos, como tal, a sua 

    utilidade em rede entre os hosts protocolos é limitado. 



 3,11 Prospero 



    O Prospero URL sistema é utilizado para designar recursos que são 

    acessada através do Prospero Directory Service. O protocolo é Prospero 

    descrita noutro local [14]. 



    Um Prospero URLs assume a forma: 



       Prospero: / / <host>: <port> / <hsoname>; <field> = <value> 



    <host> <port> e onde estão, como descrito na Secção 3,1. Se: <port> 

    é omitido, o valor padrão a porta 1525. Nenhum nome de usuário ou senha é 



 Berners-Lee, Masinter & McCahill [Página 15] 

 

 RFC 1738 Uniform Resource localizadores (URL) dezembro 1994 

    permitido. 



    O <hsoname> é o anfitrião-objeto específico, em nome da Prospero 

    protocolo, convenientemente codificado. Este nome é opaca e interpretado por 

    Prospero o servidor. O ponto e vírgula ";" é reservada e não podem 

    aparecem sem citar, no <hsoname>. 



    Prospero URLs são interpretados por contactar um Prospero diretório 

    sobre o servidor host e porta especificada para determinar o acesso adequado 

    Métodos de um recurso, o que poderia ser representada como eles próprios 

    URLs diferentes. Prospero links externos são representados como de URLs 

    subjacentes ao método de acesso e não são representados como Prospero 

    URLs. 



    Note-se que uma barra "/" pode aparecer no <hsoname> e sem citar 

    significado não pode ser assumida pelo pedido. Apesar de barras 

    pode indicar a estrutura hierárquica do servidor, essa estrutura é 

    não pode ser garantida. Note que muitos <hsoname> s começam com uma barra, em 

    caso o porto de acolhimento ou que será seguido por uma barra dupla: o 

    URL da barra de sintaxe, seguido pela inicial a partir da barra 

    <hsoname>. (Por exemplo, designa uma <URL:prospero://host.dom//pros/name> 

    <hsoname> de "/ prós / nome".) 



    Além disso, após a <hsoname>, opcional campos e valores 

    associada a um Prospero link pode ser especificado como parte da URL. 

    Quando presente, cada campo / valor par é separadas umas das outras e 

    do resto do URL por ";" (ponto e vírgula). O nome do campo 

    e seu valor são separados por um "=" (igualdade de sinal). Se presentes, estes 

    campos servem para identificar o alvo da URL. Por exemplo, o 

    OBJETO-versão campo pode ser especificado para identificar uma versão específica 

    de um objeto. 



 4. Registo de novos esquemas 



    Um novo regime pode ser introduzida por um mapeamento para definir um 

    conforming URL syntax, using a new prefix. URLs for experimental 

    schemes may be used by mutual agreement between parties. Scheme names 

    starting with the characters "x-" are reserved for experimental 

    purposes. 



    The Internet Assigned Numbers Authority (IANA) will maintain a 

    registry of URL schemes. Any submission of a new URL scheme must 

    include a definition of an algorithm for accessing of resources 

    within that scheme and the syntax for representing such a scheme. 



    URL schemes must have demonstrable utility and operability.  One way 

    to provide such a demonstration is via a gateway which provides 

    objects in the new scheme for clients using an existing protocol.  If 



 Berners-Lee, Masinter & McCahill                               [Page 16] 

 

 RFC 1738            Uniform Resource Locators (URL)        December 1994 

    the new scheme does not locate resources that are data objects, the 

    properties of names in the new space must be clearly defined. 



    New schemes should try to follow the same syntactic conventions of 

    existing schemes, where appropriate.  It is likewise recommended 

    that, where a protocol allows for retrieval by URL, that the client 

    software have provision for being configured to use specific gateway 

    locators for indirect access through new naming schemes. 



    The following scheme have been proposed at various times, but this 

    document does not define their syntax or use at this time. It is 

    suggested that IANA reserve their scheme names for future definition: 



    afs              Andrew File System global file names. 

    mid              Message identifiers for electronic mail. 

    cid              Content identifiers for MIME body parts. 

    nfs              Network File System (NFS) file names. 

    tn3270           Interactive 3270 emulation sessions. 

    mailserver       Access to data available from mail servers. 

    z39.50           Access to ANSI Z39.50 services. 



 5. BNF for specific URL schemes 



    This is a BNF-like description of the Uniform Resource Locator 

    syntax, using the conventions of RFC822, except that "|" is used to 

    designate alternatives, and brackets [] are used around optional or 

    repeated elements. Briefly, literals are quoted with "", optional 

    elements are enclosed in [brackets], and elements may be preceded 

    with <n>* to designate n or more repetitions of the following 

    element; n defaults to 0. 



 ; The generic form of a URL is: 



 genericurl     = scheme ":" schemepart 



 ; Specific predefined schemes are defined here; new schemes 

 ; may be registered with IANA 



 url            = httpurl | ftpurl | newsurl | 

                  nntpurl | telneturl | gopherurl | 

                  waisurl | mailtourl | fileurl | 

                  prosperourl | otherurl 



 ; new schemes follow the general syntax 

 otherurl       = genericurl 



 ; the scheme is in lower case; interpreters should use case-ignore 

 scheme         = 1*[ lowalpha | digit | "+" | "-" | "." ] 



 Berners-Lee, Masinter & McCahill                               [Page 17] 

 

 RFC 1738            Uniform Resource Locators (URL)        December 1994 

 schemepart     = *xchar | ip-schemepart 

 ; URL schemeparts for ip based protocols: 



 ip-schemepart  = "//" login [ "/" urlpath ] 



 login          = [ user [ ":" password ] "@" ] hostport 

 hostport       = host [ ":" port ] 

 host           = hostname | hostnumber 

 hostname       = *[ domainlabel "." ] toplabel 

 domainlabel    = alphadigit | alphadigit *[ alphadigit | "-" ] alphadigit 

 toplabel       = alpha | alpha *[ alphadigit | "-" ] alphadigit 

 alphadigit     = alpha | digit 

 hostnumber     = digits "." digits "." digits "." digits 

 port           = digits 

 user           = *[ uchar | ";" | "?" | "&" | "=" ] 

 password       = *[ uchar | ";" | "?" | "&" | "=" ] 

 urlpath        = *xchar    ; depends on protocol see section 3.1 



 ; The predefined schemes: 



 ; FTP (see also RFC959) 



 ftpurl         = "ftp://" login [ "/" fpath [ ";type=" ftptype ]] 

 fpath          = fsegment *[ "/" fsegment ] 

 fsegment       = *[ uchar | "?" | ":" | "@" | "&" | "=" ] 

 ftptype        = "A" | "I" | "D" | "a" | "i" | "d" 



 ; FILE 



 fileurl        = "file://" [ host | "localhost" ] "/" fpath 



 ; HTTP 



 httpurl        = "http://" hostport [ "/" hpath [ "?" search ]] 

 hpath          = hsegment *[ "/" hsegment ] 

 hsegment       = *[ uchar | ";" | ":" | "@" | "&" | "=" ] 

 search         = *[ uchar | ";" | ":" | "@" | "&" | "=" ] 



 ; GOPHER (see also RFC1436) 



 gopherurl      = "gopher://" hostport [ / [ gtype [ selector 

                  [ "%09" search [ "%09" gopher+_string ] ] ] ] ] 

 gtype          = xchar 

 selector       = *xchar 

 gopher+_string = *xchar 

 Berners-Lee, Masinter & McCahill                               [Page 18] 

 

 RFC 1738            Uniform Resource Locators (URL)        December 1994 

 ; MAILTO (see also RFC822) 



 mailtourl      = "mailto:" encoded822addr 

 encoded822addr = 1*xchar               ; further defined in RFC822 



 ; NEWS (see also RFC1036) 



 newsurl        = "news:" grouppart 

 grouppart      = "*" | group | article 

 group          = alpha *[ alpha | digit | "-" | "." | "+" | "_" ] 

 article        = 1*[ uchar | ";" | "/" | "?" | ":" | "&" | "=" ] "@" host 



 ; NNTP (see also RFC977) 



 nntpurl        = "nntp://" hostport "/" group [ "/" digits ] 



 ; TELNET 



 telneturl      = "telnet://" login [ "/" ] 



 ; WAIS (see also RFC1625) 



 waisurl        = waisdatabase | waisindex | waisdoc 

 waisdatabase   = "wais://" hostport "/" database 

 waisindex      = "wais://" hostport "/" database "?" search 

 waisdoc        = "wais://" hostport "/" database "/" wtype "/" wpath 

 database       = *uchar 

 wtype          = *uchar 

 wpath          = *uchar


















 ; PROSPERO 



 prosperourl    = "prospero://" hostport "/" ppath *[ fieldspec ] 

 ppath          = psegment *[ "/" psegment ] 

 psegment       = *[ uchar | "?" | ":" | "@" | "&" | "=" ] 

 fieldspec      = ";" fieldname "=" fieldvalue 

 fieldname      = *[ uchar | "?" | ":" | "@" | "&" ] 

 fieldvalue     = *[ uchar | "?" | ":" | "@" | "&" ] 



 ; Miscellaneous definitions 



 lowalpha       = "a" | "b" | "c" | "d" | "e" | "f" | "g" | "h" | 

                  "i" | "j" | "k" | "l" | "m" | "n" | "o" | "p" | 

                  "q" | "r" | "s" | "t" | "u" | "v" | "w" | "x" | 

                  "y" | "z" 

 hialpha        = "A" | "B" | "C" | "D" | "E" | "F" | "G" | "H" | "I" | 

                  "J" | "K" | "L" | "M" | "N" | "O" | "P" | "Q" | "R" | 

                  "S" | "T" | "U" | "V" | "W" | "X" | "Y" | "Z" 



 Berners-Lee, Masinter & McCahill                               [Page 19] 

 

 RFC 1738            Uniform Resource Locators (URL)        December 1994 

 alpha          = lowalpha | hialpha 

 digit          = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | 

                  "8" | "9" 

 safe           = "$" | "-" | "_" | "." | "+" 

 extra          = "!" | "*" | "'" | "(" | ")" | "," 

 national       = "{" | "}" | "|" | "\" | "^" | "~" | "[" | "]" | "`" 

 punctuation    = "<" | ">" | "#" | "%" | <"> 

 reserved       = ";" | "/" | "?" | ":" | "@" | "&" | "=" 

 hex            = digit | "A" | "B" | "C" | "D" | "E" | "F" | 

                  "a" | "b" | "c" | "d" | "e" | "f" 

 escape         = "%" hex hex 



 unreserved     = alpha | digit | safe | extra 

 uchar          = unreserved | escape 

 xchar          = unreserved | reserved | escape 

 digits         = 1*digit 

Qual é a diferença entre um hiperlink absoluto ou relativo?

Uma URL absoluta contém um endereço completo, incluindo o protocolo, o servidor Web, o caminho e o nome do arquivo.

Uma URL relativa não contém uma ou mais partes. As informações ausentes são obtidas na página que contém a URL. Por exemplo, se o protocolo (protocolo: um método de acessar um documento ou serviço na Internet, como o protocolo FTP ou o protocolo HTTP.) e o servidor Web (servidor Web: um computador que hospeda páginas da Web e responde a solicitações dos navegadores. Também conhecido como um servidor HTTP, um servidor Web armazena arquivos cujas URLs começam com http://.) estiverem ausentes, o navegador da Web usa o protocolo e o domínio, como .com, .org, .edu, da página atual.

As páginas da Web geralmente usam URLs relativas que contêm apenas um caminho parcial e um nome de arquivo. Se os arquivos forem movidos para outro servidor, os hiperlinks continuarão funcionando, desde que as posições relativas das páginas permaneçam inalteradas. Por exemplo, um hiperlink em Produtos.htm aponta para uma página denominada maçã.htm em uma pasta chamada Alimentos. Mesmo que ambas as páginas sejam movidas para uma pasta denominada Alimentos em outro servidor, a URL do hiperlink estará correta.

Usando texto em vez de imagens

O hiperlink de texto é uma palavra ou frase à qual uma URL de destino foi atribuída.

O hiperlink de imagem é uma imagem à qual uma URL de destino foi atribuída, através de uma das duas maneiras a seguir:

  • Pode-se atribuir um hiperlink padrão a uma imagem inteira. Neste caso, o visitante do site pode clicar em qualquer parte da imagem para acessar o destino. Um exemplo de imagem com hiperlink padrão é o botão.
  • Diferentes partes da imagem podem ter hiperlinks diferentes atribuídos. Uma imagem que contenha mais de um hiperlink é chamada de mapa de imagens. Por exemplo, um mapa de imagens pode ser uma imagem que represente diferentes partes de um site da Web (como uma home page, uma página de catálogo etc.). O visitante do site clica em uma determinada área do mapa de imagens para acessar a página correspondente.

    Mapa de imagens com diferentes pontos de acesso para chegar a destinos diferentes

Como os hiperlinks são exibidos

Os hiperlinks podem ser indicados de várias maneiras. Em geral, os navegadores da Web sublinham os hiperlinks de texto e os exibem em cores diferentes. Por exemplo, esta é a aparência de um hiperlink de texto antes de você clicar nele.

Os hiperlinks não clicados quase sempre são azuis e sublinhados

Esta é a aparência de um hiperlink de texto depois que você clica nele.

Ao clicar em um hiperlink de texto, normalmente ele muda de cor

Os hiperlinks de uma imagem nem sempre são visíveis, porém, o visitante do site pode perceber que a imagem tem um hiperlink se posicionar o ponteiro do mouse sobre ela — o ponteiro do mouse muda de aparência e geralmente se transforma em uma mão. Posicione o ponteiro do mouse sobre o botão a seguir.

O ponteiro do mouse se transforma para indicar o hiperlink


Para enfatizar ainda mais um hiperlink, você pode usar uma imagem animada.

GIF animado


Além disso, um hiperlink geralmente dá uma dica visual sobre o seu local de destino. Por exemplo, o hiperlink a seguir pode levar à home page de um site: Home Page







Comments

Home

Videos

SItemap

Navegação

Ueba

Atividade recente no site