Розбір URL
Розкладіть URL на протокол, хост, шлях і параметри запиту
Про цей інструмент
Вставте URL і побачте його розібраним: протокол, хост, порт, шлях, фрагмент і кожен параметр запиту у вигляді декодованої таблиці «ключ — значення». Використовується той самий парсер WHATWG URL, що й у вашому браузері для навігації, тож інтерпретація, яку ви бачите, — саме та, яку браузер справді застосує, включно з такими тонкощами, як відкидання типових портів і нормалізація шляхів.
Таблиця параметрів запиту — те, чим ви користуватиметеся найчастіше: довгі OAuth-переспрямування, помічені аналітикою посилання та виклики API стають зрозумілими з першого погляду, а кожне значення вже декодоване. Голі домени без схеми теж приймаються; для розбору припускається https://.
Він природно поєднується з кодувальником URL — розберіть тут URL, щоб знайти потрібний параметр, змініть значення, а тоді закодуйте його там.
Часті запитання
- Чому розібраний URL трохи відрізняється від того, що я вставив?
- Парсер WHATWG нормалізує: переводить схему й хост у нижній регістр, прибирає типові порти (:443 для https), розв’язує сегменти ./ і ../ та кодує символи, які цього потребують. Те, що ви бачите, — канонічна форма, щодо якої погоджуються сервери й браузери.
- Чи впорається він із URL, де ключі запиту повторюються?
- Так — кожне входження перелічується власним рядком, по порядку. Повторювані ключі законні й поширені: багато API читають їх як масиви (?tag=a&tag=b).
- Чим host відрізняється від hostname?
- hostname — це лише домен (example.com); host містить ще й явно вказаний нетиповий порт (example.com:8080). Коли порт є типовим для схеми, обидва виглядають однаково, бо порт опускається.
- Чи надсилається фрагмент (#...) на сервер?
- Ні. Усе після # лишається в браузері — сервери його ніколи не бачать. Саме тому односторінкові застосунки історично використовували його для маршрутизації на клієнті й саме тому параметри аналітики після # невидимі для бекенду.