Separador de URL

Integrações OAuth e OpenID Connect falham por pormenores: barra final, porta errada ou http versus https. Os fornecedores comparam o redirect_uri registado literalmente com o valor enviado no pedido de autorização. Antes de colar no Google, Microsoft ou Okta, divida-o no DN01 e confirme que esquema, hostname, path e query coincidem carácter a carácter com a lista permitida. Se a app constrói callbacks dinamicamente, cole o valor de um login falhado e compare origin e URL normalizado com o registo. Diferença de maiúsculas no hostname é geralmente inofensiva porque o DN01 normaliza o host para minúsculas; um parâmetro query extra ou path diferente quebra o fluxo. A verificação é gratuita e evita idas e vindas nas páginas de erro do fornecedor.

Equipas de marketing etiquetam links com parâmetros UTM para atribuição. Com o tempo surgem grafias inconsistentes, chaves duplicadas ou codificação invisível numa folha de cálculo. Cole cada URL de destino no divisor e leia a tabela de parâmetros em vez de contar ampersands. Verifique utm_medium, utm_campaign e utm_content antes de publicar um envio e detete duplos ? ao concatenar URLs. A análise é local: pode rever links não publicados com slugs confidenciais.

Operadores de CDN e reverse proxy escrevem chaves de cache e regras de origem a partir de componentes URL. Uma regra /images/* não deve incluir consultas que rebentem a cache por acidente, e o routing por hostname deve distinguir www do apex. Dividir um URL problemático mostra se os segmentos alinham com a ordem das regras edge e se a porta no host afeta ambientes de desenvolvimento. Ao migrar de prefixos para segmentos, comparar listas esclarece que diretórios precisam de mapas de redirecionamento.

Depurar webhooks começa muitas vezes com uma linha de log com o URL de callback completo. Processadores de pagamento, GitHub e CI mostram o endereço exato que tentaram alcançar. Cole o URL para separar o path que o router deve registar dos parâmetros query que a verificação de assinatura inclui ou ignora. Se o listener usa porta não padrão, o campo porta confirma se :443 foi explícito. É mais rápido do que procurar dois pontos numa longa string HTTPS.

SPAs movem estado para o fragmento (#/dashboard?tab=billing) onde os logs do servidor não o veem. Quando um utilizador reporta «página errada após login», divida o URL da barra de endereços e inspecione o fragmento à parte de path e query. O suporte pode explicar se o problema é routing no servidor ou router no cliente. O DN01 documenta que o fragmento é analisado mas não apareceria numa linha clássica de access log.

Revisões de segurança recebem links suspeitos com esquemas não permitidos. O DN01 aceita http/https absolutos e rejeita javascript:, data: e file:, alinhado com práticas seguras. O analista documenta esquema e host para o ticket sem executar código nem fetch. Para https, extrair hostname facilita WHOIS ou DNS noutras ferramentas mantendo este passo estrutural.

API gateways e meshes acrescentam prefixos path ao expor serviços internos. Externamente https://public.example.com/payments/v1/charges, internamente /v1/charges. Dividir ambas as representações por segmentos torna visível o desvio de prefixo antes de implementar tabelas de rotas em produção.

Se falhar com «absolute URL with scheme and host is required», acrescente https:// (ou http://) antes do host e remova espaços supérfluos. example.com/path sem esquema não é URL absoluto válido aqui. Copie da barra do navegador quando possível.

Esquemas javascript:, data: e file: estão bloqueados de propósito: não são navegações web para redirect ou CDN. Reescreva como https se estuda uma página de outro contexto ou remova cargas executáveis antes de analisar.

Se os parâmetros parecem vazios mas esperava valores após ?, verifique a codificação. Uma sequência percent mal formada impede a análise. Cole o URL como apareceu no log, email ou JSON, não uma variante parcialmente descodificada.

Quando host e hostname diferem só na porta, a regra de routing pode precisar da porta explícita. https omite :443 por omissão; :3000 mostrará porta não vazia. O URL normalizado conserva a porta personalizada.

Chaves duplicadas na query aparecem como linhas separadas. Alguns frameworks guardam só o último valor; outros concatenam. O divisor mostra o que está estruturalmente presente, não a escolha em runtime do seu framework.

O esquema define expectativas de transporte. Fornecedores OAuth exigem https em produção; desenvolvimento local pode permitir http em localhost. Ver esquema separado do origin ajuda com mixed content e HSTS sem reler o RFC. Para esquemas não http que outras ferramentas analisam, o DN01 pode avisar que não houve acesso de rede—http e https são prioritários aqui.

Separar host e hostname reflecte RFC 3986 e APIs de servidor. SNI TLS usa hostname; sockets escutam na porta. Um health check CDN aponta a hostname:443 enquanto um serviço docker publica host:8080. Ambos os campos reduzem confusão quando «host» significa só o nome DNS.

Path e segmentos cobrem pensamento orientado a strings e REST. Proxies documentam prefixos; o código divide segmentos para autorização. Percent-encoding no path é forma no fio—comparação fiel com access logs. A lista omite componentes vazios de barras iniciais ou finais.

Consulta em bruto e analisada importam a analytics e assinaturas por motivos distintos. Marketing precisa de utm_campaign descodificado; verificação HMAC pode exigir a substring query exacta enviada. Duplicados e valores vazios são casos distintos de chaves ausentes.

O fragmento é a parte mais mal interpretada. Numa carga clássica o navegador pede só o que precede #; o fragmento interpreta-se localmente. Por isso mudar fragmento não gera nova linha em access log. Fluxos OAuth implícitos históricos devolviam tokens no fragmento—revisões de segurança devem olhar para ele mesmo que nginx não o veja. O DN01 mostra-o para educação e SPA, não como rota no servidor.

Origin e URL normalizado apoiam equivalência. Origin é fronteira de CORS e partição de armazenamento. A normalização põe esquema e host em minúsculas segundo regras da ferramenta. Use para listas permitidas mas confirme se o IdP exige path sensível a maiúsculas.

Cortar manualmente num editor serve para um URL mas escala mal com consultas longas. Um & mal colocado ou = dentro de base64 parte scripts ingénuos. O DN01 usa um analisador formal alinhado com net/url de Go.

O painel Network do DevTools mostra URLs só após pedido. Para redirect_uri ou campanhas embargadas, pedir pode ser indesejável. Análise local estrutura sem efeitos de rede.

One-liners em Python ou Node são flexíveis mas pouco partilháveis com marketing ou suporte. O DN01 oferece tabela consistente no seu idioma sem instalar runtime.

Fórmulas de folha de cálculo lutam com query codificada e chaves duplicadas e escondem o fragmento. O divisor mostra o fragmento numa linha própria.

Analisadores online variam nos componentes e por vezes fazem fetch da página remota. O DN01 é específico: http/https absolutos, sem fetch, rejeição de esquemas perigosos.

curl -I ou wget confirmam reachability misturando DNS, TLS e HTTP com estrutura URL. Use-os depois de confirmar path e query com o DN01.

Ler RFC 3986 dá profundidade mas é lento em incidentes. O DN01 operacionaliza os campos que os respondedores precisam em tabela.