Analisador de URL

O analisador extrai o esquema (protocolo), nome do host, porta, caminho, parâmetros da string de consulta (como uma tabela), fragmento (hash), usuário, senha, origem e string de busca.

Sim. Todos os caracteres codificados por URL (como %20, %3A) são automaticamente decodificados na saída para melhor legibilidade.

A ferramenta funciona melhor com URLs absolutas (começando com http:// ou https://). URLs relativas exigem uma URL base que o navegador fornece automaticamente.

URI é o termo abrangente definido pelo RFC 3986: um identificador composto por esquema, caminho, consulta e fragmento. Um URL é um URI que localiza um recurso (https://ezparser.com/url-parser), enquanto um URN designa um recurso sem indicar a localização (urn:isbn:0451450523). No trabalho quotidiano na web, URL é quase sempre o termo que quer dizer.

Cada byte que não é um caráter não reservado (A-Z, a-z, 0-9, - . _ ~) é escrito como % seguido de dois dígitos hexadecimais: o espaço torna-se %20 e o caráter é em UTF-8 torna-se %C3%A9. Carateres reservados como / ? # & = têm significado na estrutura do URL, pelo que devem ser codificados quando utilizados como dados. Em cadeias de consulta, os codificadores de formulários mais antigos também mapeiam o espaço para + — esta ferramenta decodifica ambas as formas.

https://user:[email protected]:8443/v2/users?page=2#results decompõe-se em esquema (https), userinfo (user:pass@), host (api.example.com), porta (8443), caminho (/v2/users), consulta (page=2) e fragmento (#results). A secção 3 do RFC 3986 define a gramática; este analisador identifica cada componente para si.

Sim — a secção 6 do RFC 3986 define a normalização: /a/./b resolve para /a/b, /a/../b para /b, e um segmento vazio // colapsa para /. Os navegadores e os clientes HTTP aplicam esta normalização antes de enviar um pedido, razão pela qual URLs que diferem apenas em segmentos de ponto costumam chegar ao mesmo recurso. A normalização baseada no esquema também converte o host para minúsculas e remove uma porta predefinida :443.

O RFC 3986 não impõe qualquer limite. Na prática, o Chrome aceita cerca de 2 MB, mas a maioria dos servidores limita as linhas de pedido a cerca de 8 KB (o valor predefinido de LimitRequestLine do Apache é 8190 bytes), e APIs como o Twitter/X documentam limites de 2048 carateres. Manter os URLs abaixo de 2000 carateres é a zona de segurança convencional para partilha e SEO.