Parser de anteturi HTTP
Analizează un bloc lipit de anteturi HTTP brute de cerere sau răspuns în perechi lizibile nume/valoare.
Parser de anteturi HTTP
Lipește un bloc de anteturi HTTP brute — copiate din instrumentele de dezvoltare ale browserului, curl -i, jurnale proxy sau documentație API — și acest instrument le împarte în prima linie (metoda cererii și țintă, sau codul de stare al răspunsului) plus fiecare antet ca o pereche curată nume/valoare. Economisește munca manuală de a analiza un zid de linii "Nume: valoare" pentru a găsi antetul care vă preocupă.
Activați "Extinde anteturi compuse" pentru a împărți anteturi cu multiple directive, cum ar fi Cache-Control și Content-Security-Policy, în câte o linie pe directivă, astfel "no-cache, no-store, must-revalidate" devine trei intrări separate și ușor de scanat în loc de un singur șir lung pe care trebuie să-l analizați manual. "Normalizează majuscule în numele anteturilor" rescrie numele în forma lor convențională (content-type devine Content-Type) indiferent de modul în care le-a trimis sursa, deoarece numele anteturilor HTTP nu sunt sensibile la majuscule pe rețea, dar sunt inconsistente în practică. Sortați lista alfabetic pentru a găsi rapid un antet specific într-un răspuns lung, și comutați ieșirea între un tabel text aliniat și JSON atunci când trebuie să lipiți rezultatul într-un script în loc să-l citiți cu ochii.
Activați "Avertizează despre anteturi de securitate lipsă" pentru a verifica anteturile analizate în raport cu șase recomandări comune — Content-Security-Policy, Strict-Transport-Security, X-Content-Type-Options, X-Frame-Options, Referrer-Policy și Permissions-Policy — și listează care lipsesc. Este o verificare rapidă a bunului simț în timp ce depanați o implementare, nu un înlocuitor pentru un audit complet de securitate.
Totul rulează local în browserul dumneavoastră: anteturile pe care le lipiți, care pot include cookies, jetoane sau nume de gazdă interne, nu sunt niciodată încărcate nicăieri. Analiza gestionează atât terminațiile de linie Windows (CRLF), cât și Unix (LF), tolerează liniile de continuare pliate vechi și se oprește la prima linie goală — exact acolo unde specificația HTTP spune că corpul începe — deci lipirea unui răspuns complet cu corpul atașat este sigur.