Header parser online: nagłówki w tabeli i jako JSON
Ten header parser online zamienia surowe nagłówki HTTP albo blok nagłówków e-maila w posortowaną tabelę z wyszukiwaniem, w której każdy nagłówek ma osobny wiersz. Powtarzające się nagłówki, takie jak Set-Cookie, trafiają do jednego wiersza z osobno wypisanymi wartościami, a cały zestaw można skopiować jako JSON. Narzędzie tylko porządkuje wklejony tekst: niczego nie wyszukuje, nie sprawdza i nie dekoduje.
Jak użyć parsera nagłówków krok po kroku
- Skopiuj nagłówki: z karty Sieć w narzędziach deweloperskich przeglądarki, z wyniku polecenia
curl -ialbo z początku źródła wiadomości e-mail. Wklej same wiersze nagłówków, bez treści, która po nich następuje. - Wklej je do pola Surowe nagłówki. Pole przyjmuje do 5 MB (5 000 000 znaków).
- W polu Tryb analizy wybierz E-mail / RFC 5322 (domyślny) albo Ścisły HTTP. Różnica jest opisana niżej.
- Naciśnij Analizuj nagłówki. Otworzy się ekran Przeanalizowane nagłówki z tabelą Nazwa i Wartość, posortowaną według nazwy od A do Z bez rozróżniania wielkości liter. Długie wartości, na przykład podpis DKIM, przewijają się w tabeli na boki.
- Wpisz coś w polu Filtruj według nazwy lub wartości, by zawęzić wiersze. Licznik pod nim zmienia się na przykład z „12 nagłówków” na „3 z 12 nagłówków”, a filtr nie rozróżnia wielkości liter.
- Naciśnij Kopiuj jako JSON, by umieścić wszystkie przeanalizowane nagłówki w schowku. Edytuj nagłówki wraca do wklejonego tekstu, który nadal tam jest, więc możesz poprawić jeden wiersz i przeanalizować ponownie.
Przykład: surowe nagłówki na wejściu, JSON na wyjściu
Blok przykładowy składa się z wiersza statusu odpowiedzi (HTTP/1.1 200 OK), trzech zwykłych nagłówków, dwóch wierszy Set-Cookie (jeden zapisany małymi literami) i nagłówka Received złamanego na drugi wiersz.
W domyślnym trybie „E-mail / RFC 5322” powstają cztery wiersze. Oba ciasteczka dzielą jeden wiersz, złamana wartość Received jest łączona w jedną linię, a wiersz statusu trafia na listę pominiętych, bo przed dwukropkiem nie ma nazwy. „Kopiuj jako JSON” daje:
{"Cache-Control": "no-store", "Content-Type": "text/html; charset=utf-8", "Received": "from mail.example.com by mx.example.net; Tue, 1 Oct 2024 09:00:00 +0000", "set-cookie": ["id=a3fWa; Path=/", "theme=dark"]}
Połączony wiersz zachowuje pierwszy napotkany zapis, set-cookie, i staje się tablicą, bo nagłówek pojawił się dwa razy. Nagłówek, który wystąpił raz, jest zwykłym ciągiem znaków.
Ścisły HTTP czy E-mail / RFC 5322: który tryb wybrać
Tryby różnią się tylko tym, co robią z wierszem zaczynającym się od spacji lub tabulatora.
- E-mail / RFC 5322: wiersz jest doklejany do poprzedniego jedną spacją. Pasuje do nagłówków e-mail, w których długie wartości, jak Received i DKIM-Signature, są złamane na kilka wierszy.
- Ścisły HTTP: wiersz jest odrzucany i wypisany jako pominięty, nie doklejany. Pasuje do żądań i odpowiedzi HTTP, gdzie wiersz z wcięciem nie jest kontynuacją i chcesz zobaczyć go oznaczony.
Jeśli nie masz pewności, zostaw tryb domyślny. Jest bardziej wyrozumiały z tych dwóch.
Co parser pomija, łączy i zostawia bez zmian
- Podział następuje na pierwszym dwukropku. Nazwa to wszystko przed nim, a wartość to wszystko po nim, więc wartość zawierająca dwukropki, na przykład data lub adres URL, pozostaje w całości.
- Pominięte wiersze: wiersz bez nazwy przed dwukropkiem nie jest nagłówkiem. Dotyczy to wiersza statusu HTTP (
HTTP/1.1 200 OK), wiersza żądania (GET /index.html HTTP/1.1) i luźnego tekstu. Informacja nad tabelą zlicza pominięte wiersze i pokazuje pierwsze pięć. - Pseudonagłówki: nazwy HTTP/2 zaczynające się od dwukropka, jak
:authorityi:method, są przyjmowane i trafiają na samą górę. - Powtórzone nazwy: porównuje się je bez rozróżniania wielkości liter. Każda wartość zachowuje w tabeli własny wiersz, w kolejności występowania.
- Puste wartości: nagłówek bez niczego po dwukropku jest pokazany jako „(pusta)”.
- Puste wiersze są ignorowane, ale nie kończą nagłówków. Każdy późniejszy wiersz z nazwą i dwukropkiem, także z treści wiadomości, staje się wierszem tabeli, więc kopiuj tylko blok nagłówków.
Czego ten parser nie robi
Porządkuje tekst i nic więcej. Nie śledzi trasy wiadomości, nie weryfikuje SPF, DKIM ani DMARC, nie ocenia, czy e-mail jest spamem, czy prawdziwą wiadomością, i nie dekoduje wartości: zakodowane słowa, jak =?UTF-8?B?…?=, oraz ciągi Base64 są pokazywane tak, jak je wkleiłeś. Jeśli chcesz odczytać z e-maila nadawcę, wyniki uwierzytelniania i trasę serwer po serwerze, użyj zamiast tego narzędzia „Analizator nagłówków e-mail”.
Analiza działa w twojej przeglądarce, a wklejone nagłówki nie są przesyłane ani zapisywane. To ważne, bo bloki nagłówków często zawierają ciasteczka sesji, klucze API i adresy e-mail.
Najczęstsze pytania
Jak w Chrome skopiować nagłówki żądania?
Otwórz narzędzia deweloperskie, przejdź na kartę Sieć i odśwież stronę. Kliknij żądanie prawym przyciskiem myszy i wybierz z menu opcję kopiowania nagłówków żądania (albo odpowiedzi). Wklej wynik do pola „Surowe nagłówki” i naciśnij „Analizuj nagłówki”. Firefox ma takie samo menu kopiowania przy żądaniu na karcie Sieć. W przypadku curl -i wklej tylko wiersze nagłówków, bez treści odpowiedzi, która po nich następuje.
Czy nazwy nagłówków HTTP uwzględniają wielkość liter?
Nie: Content-Type, content-type i CONTENT-TYPE to ten sam nagłówek, więc parser łączy je w jeden wiersz pod zapisem, który pojawił się jako pierwszy. Wartości zostają takie, jak zapisano, poza spacjami na początku i na końcu, bo niektóre wartości, na przykład ciasteczek i tokenów, rozróżniają wielkość liter.
Czy odpowiedź może zawierać kilka nagłówków Set-Cookie?
Tak. Odpowiedź wysyła osobny wiersz Set-Cookie dla każdego ciasteczka, a Set-Cookie jest standardowym przykładem nagłówka, którego nie można bezpiecznie łączyć przecinkami. Parser wypisuje każdą wartość Set-Cookie w osobnej linii wewnątrz jednego wiersza, a „Kopiuj jako JSON” zamienia ten wiersz w tablicę. Nagłówki Received w e-mailach powtarzają się tak samo, po jednym na serwer.
Czym są pseudonagłówki HTTP/2, takie jak :authority?
To pola żądania, które HTTP/2 zapisuje jako nagłówki o nazwach zaczynających się od dwukropka: :method, :scheme, :authority i :path, a w odpowiedziach także :status. :authority niesie nazwę hosta, tak jak nagłówek Host w HTTP/1.1. Parser traktuje początkowy dwukropek jako część nazwy, więc pseudonagłówki pojawiają się jako zwykłe wiersze, posortowane przed pozostałymi.
Jak zapisać nagłówki HTTP jako JSON?
Wklej nagłówki, naciśnij „Analizuj nagłówki”, a potem „Kopiuj jako JSON”. Dostaniesz jeden obiekt JSON z nazwami nagłówków jako kluczami. Nagłówek, który wystąpił raz, jest ciągiem znaków, a powtórzony, jak Set-Cookie, jest tablicą ciągów w kolejności występowania. JSON zawsze zawiera wszystkie przeanalizowane nagłówki, nawet gdy filtr ukrywa część wierszy.
Jaki tryb wybrać dla nagłówków e-mail?
Wybierz „E-mail / RFC 5322”, czyli tryb domyślny. Dokleja do poprzedniego wiersza każdy wiersz zaczynający się od spacji lub tabulatora, tak jak w długich wartościach Received i DKIM-Signature. Dla odpowiedzi HTTP, w których chcesz zobaczyć oznaczone wiersze z wcięciem, wybierz „Ścisły HTTP”.
Czy można bezpiecznie wklejać ciasteczka i tokeny do parsera online?
Analiza działa w twojej przeglądarce i nic, co wkleisz, nie jest przesyłane ani zapisywane, więc ta strona nigdzie nie wysyła ciasteczek i tokenów z bloku nagłówków. Aktywne ciasteczko sesji lub nagłówek Authorization traktuj mimo to jak hasło: zamień wartość, zanim udostępnisz komuś nagłówki albo JSON.
Polecane
-
Regulowana podstawka pod laptopa Amazon BasicsPodnosi laptopa na wysokość oczu, żeby długi zrzut nagłówków nie męczył karku.
-
Lampka na monitor QuntisOświetla biurko, gdy późnym wieczorem szukasz błędnej odpowiedzi, bez odblasków na ekranie.
-
Przenośny monitor ARZOPA 16" 144 HzTrzyma DevTools lub terminal na drugim ekranie obok twoich nagłówków.
Pomaga utrzymać narzędzia za darmo. ✨
Zdjęcia poglądowe. Jestem Partnerem Amazon i otrzymuję wynagrodzenie z tytułu określonych zakupów dokonywanych za moim pośrednictwem.
