Separatore URL

Le integrazioni OAuth e OpenID Connect falliscono per dettagli: barra finale, porta errata o http versus https. I provider confrontano il redirect_uri registrato letteralmente con il valore inviato nella richiesta di autorizzazione. Prima di incollarlo in Google, Microsoft o Okta, suddividilo con DN01 e verifica che schema, hostname, path e query coincidano carattere per carattere con la allowlist. Se l'app costruisce callback dinamicamente, incolla il valore da un login fallito e confronta origin e URL normalizzato con la registrazione. La differenza di maiuscole nel hostname è di solito innocua perché DN01 normalizza l'host in minuscolo; un parametro query extra o un path diverso interromperà il flusso. Il controllo è gratuito ed evita round-trip sulle pagine di errore del provider.

I team marketing etichettano i link con parametri UTM per l'attribuzione. Nel tempo compaiono ortografie incoerenti, chiavi duplicate o codifiche invisibili in un foglio di calcolo. Incolla ogni URL di destinazione nello splitter e leggi la tabella dei parametri invece di contare gli ampersand. Verifica utm_medium, utm_campaign e utm_content prima di pubblicare un invio e individua doppi ? concatenando URL. L'analisi è locale: puoi ispezionare link non pubblicati con slug riservati.

Gli operatori CDN e reverse proxy scrivono chiavi di cache e regole di origine dai componenti URL. Una regola /images/* non deve includere per errore query che invalidano la cache; il routing per hostname deve distinguere www dall'apex. Suddividere un URL problematico mostra se i segmenti allineano con l'ordine delle regole edge e se la porta in host influenza ambienti di sviluppo. Migrando da prefissi a segmenti, confrontare gli elenchi chiarisce quali directory servono mappe di redirect.

Il debug dei webhook inizia spesso con una riga di log con l'URL di callback completo. Processori di pagamento, GitHub e CI mostrano l'indirizzo esatto tentato. Incolla l'URL per separare il path da registrare nel router dai parametri query inclusi o ignorati dalla verifica della firma. Se il listener usa porta non predefinita, il campo porta conferma se :443 era esplicito. Più veloce che cercare i due punti in una lunga stringa HTTPS.

Le SPA spostano stato nel frammento (#/dashboard?tab=billing) dove i log server non lo vedono. Se un utente segnala «pagina sbagliata dopo il login», suddividi l'URL dalla barra degli indirizzi e ispeziona il frammento separatamente da path e query. Il supporto può spiegare se il problema è routing server o router client. DN01 documenta che il frammento è analizzato ma non comparirebbe in una classica riga di access log.

Le revisioni di sicurezza ricevono link sospetti con schemi non consentiti. DN01 accetta http/https assoluti e rifiuta javascript:, data: e file:, in linea con pratiche sicure. L'analista documenta schema e host per il ticket senza eseguire codice né fetch. Per https, estrarre hostname facilita WHOIS o DNS in altri strumenti mantenendo questo passo strutturale.

API gateway e mesh aggiungono prefissi path esponendo servizi interni. Esternamente https://public.example.com/payments/v1/charges, internamente /v1/charges. Suddividere entrambe le rappresentazioni per segmenti rende visibile il drift del prefisso prima del deploy delle tabelle di route in produzione.

Se l'analisi fallisce con «absolute URL with scheme and host is required», aggiungi https:// (o http://) prima dell'host e rimuovi spazi superflui. example.com/path senza schema non è URL assoluto valido qui. Copia dalla barra del browser quando possibile.

Gli schemi javascript:, data: e file: sono bloccati intenzionalmente: non sono navigazioni web per redirect o CDN. Riscrivi come https se studi una pagina da altro contesto o rimuovi payload eseguibili prima dell'analisi.

Se i parametri sembrano vuoti ma ti aspettavi valori dopo ?, controlla la codifica. Una sequenza percent malformata impedisce l'analisi. Incolla l'URL come appariva in log, email o JSON, non una variante parzialmente decodificata.

Quando host e hostname differiscono solo per la porta, la regola di routing può richiedere la porta esplicita. https omette :443 per default; :3000 mostrerà porta non vuota. L'URL normalizzato conserva la porta personalizzata.

Chiavi query duplicate compaiono come righe separate. Alcuni framework mantengono solo l'ultimo valore; altri concatenano. Lo splitter mostra ciò che è strutturalmente presente, non la scelta runtime del tuo framework.

Lo schema fissa le aspettative di trasporto. I provider OAuth richiedono https in produzione; lo sviluppo locale può permettere http su localhost. Vedere lo schema separato dall'origin aiuta con mixed content e HSTS senza rileggere il RFC. Per schemi non http che altri strumenti analizzano, DN01 può avvisare che non c'è stato accesso di rete—http e https sono prioritari qui.

Separare host e hostname rispecchia RFC 3986 e molte API server. SNI TLS usa hostname; i socket ascoltano sulla porta. Un health check CDN punta a hostname:443 mentre un servizio docker pubblica host:8080. Entrambi i campi riducono confusione quando «host» significa informalmente solo il nome DNS.

Path e segmenti supportano pensiero orientato a stringhe e REST. I proxy documentano prefissi; il codice divide segmenti per autorizzazione. Il percent-encoding nel path è forma sul filo—confronto fedele con access log. L'elenco omette componenti vuoti da barre iniziali o finali.

Query grezza e analizzata contano diversamente per analytics e firme. Il marketing vuole utm_campaign decodificato; la verifica HMAC può esigere la sottostringa query esatta inviata. Duplicati e valori vuoti sono casi distinti da chiavi assenti.

Il frammento è la parte più fraintesa. In un caricamento classico il browser richiede solo la porzione prima di #; il frammento si interpreta localmente. Cambiare frammento non crea quindi nuova riga in access log. I flussi OAuth impliciti storici restituivano token nel frammento—le revisioni sicurezza devono esaminarlo anche se nginx non lo vede. DN01 lo mostra per formazione e SPA, non come routing server.

Origin e URL normalizzato supportano confronti di equivalenza. Origin è confine CORS e partizione dello storage. La normalizzazione mette schema e host in minuscolo secondo le regole dello strumento. Usala per allowlist ma conferma se il tuo IdP richiede path case-sensitive.

Tagliare manualmente in un editor va bene per un URL ma scala male con query lunghe. Un & mal posizionato o = dentro base64 rompe script ingenui. DN01 usa un parser formale allineato a net/url di Go.

Il pannello Network di DevTools mostra URL solo dopo una richiesta. Per redirect_uri o campagne sotto embargo, richiedere può essere indesiderabile. L'analisi locale struttura senza effetti di rete.

One-liner Python o Node sono flessibili ma poco condivisibili con marketing o supporto. DN01 offre tabella coerente nella tua lingua senza installare runtime.

Formule foglio di calcolo faticano con query codificata e chiavi duplicate e nascondono il frammento. Lo splitter mostra il frammento in riga dedicata.

Parser online variano nei componenti e a volte fetchano la pagina remota. DN01 è specifico per parsing strutturale http/https assoluto senza fetch e con rifiuto di schemi pericolosi.

curl -I o wget confermano raggiungibilità mescolando DNS, TLS e stato HTTP con struttura URL. Usali dopo aver confermato path e query con DN01.

Leggere RFC 3986 dà profondità ma è lento in incident. DN01 operazionalizza i campi che servono ai responder in tabella.