Parser Header HTTP

Ya. Parser mendeteksi otomatis apakah input adalah request atau response HTTP berdasarkan baris pertama dan memparsenya sesuai itu. Baris request diawali metode HTTP (GET, POST, dll.) sedangkan baris response diawali HTTP/version.

Ya. Header Set-Cookie diparse menjadi cookie individual yang menunjukkan nama, nilai, dan semua flag seperti HttpOnly, Secure, SameSite, Path, Domain, dan Max-Age.

Format header standar HTTP/1.1 dan HTTP/2 dengan satu header per baris dalam bentuk "Name: Value". Anda bisa menyalin header langsung dari developer tools browser.

Request biasanya membawa host, user-agent, accept, accept-encoding, dan cookie; response menjawab dengan content-type, content-length, cache-control, set-cookie, dan date. Lalu lintas API menambahkan authorization dan content-type: application/json saat masuk, serta header rate-limit saat keluar. RFC 9110 (HTTP semantics, 2022) adalah referensi modern yang mendefinisikan semuanya.

Header request (host, authorization, accept-*) menggambarkan apa yang diinginkan klien; header response (location, set-cookie, retry-after) menggambarkan apa yang dikembalikan. Beberapa field muncul di kedua arah (cache-control, content-type), dan beberapa mengatur koneksi itu sendiri (connection: keep-alive) alih-alih isi pesan. Parser ini menandai header termasuk sisi mana.

Menurut RFC 9110, sebagian besar field yang berulang digabungkan menjadi satu daftar dipisah koma - dua baris cache-control dan satu baris berisi no-cache, no-store adalah setara. Set-Cookie adalah pengecualian yang terdokumentasi: header ini tidak pernah bisa digabung dengan koma karena tanggal Expires mengandung koma, sehingga proksi harus meneruskan setiap Set-Cookie secara terpisah. Pengecualian itu adalah sumber klasik bug proksi.

Nama field menjadi huruf kecil dan berpindah sebagai frame biner terkompresi HPACK atau QPACK; setiap request membuka streamnya sendiri, dan header per-koneksi seperti Host digantikan pseudo-header :authority berdampingan dengan :method, :scheme, dan :path. Secara semantik field masih mengikuti RFC 9110 - format kawatnya yang berubah, bukan kosakatanya.

Spasi antara nama field dan titik dua (Header : value) - parsing HTTP/1.1 dan spesifikasi HTTP/2 keduanya menolaknya untuk mencegah request smuggling. Juga tidak valid: spasi atau byte non-ASCII di dalam nama field, karakter kontrol pada nilai, dan obs-fold (header yang dilanjutkan baris terindentasi), yang oleh RFC 9110 ditandai usang - gantilah dengan satu baris tunggal atau nilai list.