Pitch: um leitor de URL que explica o endereço sem abrir o destino
Um nome conhecido dentro de um endereço pode aparecer no caminho, antes de @ ou em um subdomínio. Procurar apenas esse nome não explica para onde o endereço aponta.
Participo do PQ777, um portal independente de guias e ferramentas. Fizemos um leitor de URL para explicar essas posições. Ele separa o texto no navegador, sem consultar o destino.
Três exemplos fictícios:
https://outro.example/servico.example/loginhttps://servico.example@outro.example/ajudahttps://servico.example.outro.example/ajuda
No primeiro, servico.example está no caminho; o hostname é outro.example. No segundo, está na informação de usuário antes de @; o hostname continua sendo outro.example. No terceiro, o hostname completo é servico.example.outro.example.
Usamos a API URL do navegador. Este recorte didático reproduz as validações de entrada e parte da saída do formulário:
function lerEndereco(entrada) { const texto = entrada.trim(); if (!/^https?:\/\//i.test(texto) || texto.length > 4096 || /[\u0000-\u0020\\]/.test(texto)) { throw new Error('Informe um endereço HTTP(S) completo.'); } const url = new URL(texto); if (!['http:', 'https:'].includes(url.protocol) || !url.hostname) { throw new Error('Endereço fora do escopo do formulário.'); } return { hostname: url.hostname, caminho: url.pathname, temUsuario: Boolean(url.username || url.password), };}
Exigir HTTP(S) completo e rejeitar espaços internos, controles e barras invertidas são escolhas deste formulário. Não são uma descrição de tudo que o padrão URL aceita ou rejeita. O construtor também pode lançar erro para uma entrada inválida; a interface trata esse erro.
Na tela, os componentes entram por textContent, em vez de interpretar a entrada como HTML. Os valores da informação de usuário, consulta e fragmento não são reproduzidos: mostramos apenas se existem. Use exemplos fictícios; não cole senhas ou links pessoais de recuperação.
O limite mais importante: separar uma URL não verifica reputação, identidade, redirecionamentos ou conteúdo remoto. A ferramenta também não calcula o domínio registrável. Cortar os dois últimos rótulos não resolveria sufixos como com.br. hostname não inclui porta; a tela mostra a porta separadamente.
O leitor e os três exemplos estão aqui:
Quero uma crítica concreta: depois de usar um exemplo, qual parte da explicação ainda pode fazer alguém confundir o hostname com outra posição? O objetivo é melhorar a clareza, sem apresentar o resultado como um selo de segurança.
As entradas são processadas localmente. O site mantém registros técnicos de acesso e pode contar interações com botões; os valores digitados não entram nessa contagem. Não afirmamos ausência de registros nem resultados de usabilidade já comprovados.
Referência técnica: https://developer.mozilla.org/pt-BR/docs/Web/API/URL
Transparência: texto preparado com assistência de IA; participação no projeto declarada acima. Não há revisão profissional de segurança ou estudo de usabilidade para anunciar.