Parser de URL
Funciona inteiramente no seu navegador. Seus arquivos e dados nunca saem do seu dispositivo.
| Chave | Valor | |
|---|---|---|
| Protocolo | https: | |
| Usuário | user | |
| Senha | pass | |
| Host | example.com:8080 | |
| Nome do host | example.com | |
| Porta | 8080 | |
| Caminho | /path/page | |
| Hash | #section | |
| Origem | https://example.com:8080 |
| q | hello world | |
|---|---|---|
| lang | en |
Sobre esta ferramenta
Cole uma URL e a ferramenta a divide em seus componentes, do jeito que um navegador a enxerga internamente: protocolo, usuário, senha, host, hostname, porta, caminho, hash e origem. Os parâmetros de consulta ganham uma tabela própria, decodificados e listados um a um, então ?a=1&b=hello%20world aparece como a: 1 e b: hello world em vez de uma única string codificada.
Por que não simplesmente ler a URL a olho nu?
Porque URLs são fáceis de interpretar errado. Dois pontos, um @ ou uma barra fora do lugar mudam para onde uma URL realmente aponta, e os navegadores resolvem essa ambiguidade com um conjunto formal de regras, não no chute. Esta ferramenta usa o parser URL nativo do navegador em vez de uma expressão regular feita à mão, então ela divide a string exatamente como o WHATWG URL Standard define, batendo com o que o seu navegador faria de verdade. Se o que você colar não for uma URL válida, ela avisa em vez de tentar adivinhar um resultado parcial.
Esse parser nativo também é o motivo de a parte de userinfo (usuario:senha@host) e a porta saírem separadas com clareza do hostname. Uma URL como http://usuario:senha@site-malicioso.com@site-real.com/ é um truque clássico de phishing justamente porque é difícil de interpretar corretamente a olho nu. Passando essa URL pelo mesmo código que um navegador usa, fica claro que site-real.com é o host de verdade, com usuario:senha@site-malicioso.com como userinfo, exatamente o que você precisa ver antes de clicar em qualquer coisa.
A URL que eu colo é enviada para algum lugar?
Não. A análise acontece inteiramente no seu navegador. Uma URL colada aqui, mesmo carregando um token de autenticação na query string ou credenciais na parte de userinfo, nunca sai da sua máquina.
Para que as pessoas usam isso?
Para checar uma URL de redirecionamento antes de confiar nela, ler um callback OAuth com uma dezena de parâmetros de consulta, confirmar a qual porta uma URL base de API realmente aponta, ou entender por que um link com credenciais embutidas não está se comportando como esperado. Veja a referência da API URL no MDN para as propriedades que esta ferramenta lê, e o guia da MDN sobre a estrutura de uma URL se algum desses termos for novo para você.