Парсер HTTP заголовків
Розбирає вставлений блок необроблених HTTP-заголовків запиту або відповіді на зрозумілі пари ім'я/значення.
Парсер HTTP заголовків
Вставте блок необроблених HTTP-заголовків — скопійованих з інструментів розробника браузера, curl -i, журналів проксі або документації API — і цей інструмент розділить його на перший рядок (метод та ціль запиту або код стану відповіді) плюс кожен заголовок як чисту пару ім'я/значення. Це економить ручну роботу з пошуку одного конкретного заголовка в стіні рядків «Ім'я: значення».
Увімкніть параметр «Розгорнути складені заголовки» щоб розділити багатодирективні заголовки типу Cache-Control та Content-Security-Policy на одну директиву в рядку — так «no-cache, no-store, must-revalidate» стане трьома окремими, легкими для сканування записами замість однієї довгої строки, яку потрібно розбирати вручну. «Нормалізувати регістр імен заголовків» переписує імена в їх канонічну форму (content-type стає Content-Type) незалежно від того, як їх надіслав джерело, оскільки імена HTTP-заголовків нечутливі до регістру в мережі, але на практиці використовуються непослідовно. Відсортуйте список в алфавітному порядку, щоб швидко знайти конкретний заголовок у довгій відповіді, та перемикайтесь між вирівняною текстовою таблицею та JSON, коли потрібно вставити результат у скрипт замість візуального читання.
Увімкніть параметр «Попередити про відсутні заголовки безпеки» для перевірки розпарсених заголовків відносно шести загальноприйнятих рекомендованих — Content-Security-Policy, Strict-Transport-Security, X-Content-Type-Options, X-Frame-Options, Referrer-Policy та Permissions-Policy — та виведення списку відсутніх. Це швидка перевірка розсудливості при налагодженні розгортання, а не заміна повного аудиту безпеки.
Все працює локально у вашому браузері: вставлені вами заголовки, які можуть містити cookies, токени або внутрішні імена хостів, ніколи не завантажуються ніде. Розбір обробляє як кінці рядків Windows (CRLF), так і Unix (LF), допускає старий стиль зігнутих рядків продовження та зупиняється на першому порожньому рядку — точно там, де специфікація HTTP каже, що починається тіло — тому вставка повної відповіді з доданим тілом безпечна.