HTTP - Bidang Tajuk

Bidang header HTTP memberikan informasi yang diperlukan tentang permintaan atau respons, atau tentang objek yang dikirim di badan pesan. Ada empat jenis header pesan HTTP:

General-header: Bidang tajuk ini memiliki penerapan umum untuk pesan permintaan dan tanggapan.
Client Request-header: Bidang tajuk ini hanya dapat diterapkan untuk pesan permintaan.
Server Response-header: Bidang tajuk ini hanya dapat diterapkan untuk pesan tanggapan.
Entity-header: Bidang header ini menentukan informasi meta tentang badan-entitas atau, jika tidak ada isi, tentang sumber daya yang diidentifikasi oleh permintaan.

Header Umum

Kontrol-Cache

Kolom header umum Cache-Control digunakan untuk menentukan arahan yang HARUS dipatuhi oleh semua sistem cache. Sintaksnya adalah sebagai berikut:

Cache-Control : cache-request-directive|cache-response-directive

Klien atau server HTTP dapat menggunakan Cache-controlheader umum untuk menentukan parameter cache atau untuk meminta dokumen jenis tertentu dari cache. Arahan caching ditentukan dalam daftar yang dipisahkan koma. Sebagai contoh:

Cache-control: no-cache

Tabel berikut mencantumkan arahan permintaan cache penting yang dapat digunakan oleh klien dalam permintaan HTTP-nya:

SN	Petunjuk dan Deskripsi Permintaan Cache
1	no-cache Cache tidak boleh menggunakan respons untuk memenuhi permintaan berikutnya tanpa validasi ulang yang berhasil dengan server asal.
2	no-store Cache tidak boleh menyimpan apa pun tentang permintaan klien atau respons server.
3	max-age = seconds Menunjukkan bahwa klien bersedia menerima tanggapan yang usianya tidak lebih dari waktu yang ditentukan dalam hitungan detik.
4	max-stale [ = seconds ] Menunjukkan bahwa klien bersedia menerima tanggapan yang telah melampaui waktu kedaluwarsanya. Jika detik diberikan, itu tidak boleh kedaluwarsa lebih dari waktu itu.
5	min-fresh = seconds Menunjukkan bahwa klien bersedia menerima respons yang masa kesegarannya tidak kurang dari usianya saat ini ditambah waktu yang ditentukan dalam hitungan detik.
6	no-transform Tidak mengubah badan-entitas.
7	only-if-cached Tidak mengambil data baru. Cache dapat mengirim dokumen hanya jika ada di dalam cache, dan tidak boleh menghubungi server asal untuk melihat apakah ada salinan yang lebih baru.

Arahan respons cache penting berikut yang dapat digunakan oleh server dalam respons HTTP-nya:

SN	Petunjuk dan Deskripsi Respons Cache
1	public Menunjukkan bahwa respons dapat di-cache oleh cache apa pun.
2	private Menunjukkan bahwa semua atau sebagian dari pesan tanggapan ditujukan untuk satu pengguna dan tidak boleh di-cache oleh cache bersama.
3	no-cache Cache tidak boleh menggunakan respons untuk memenuhi permintaan berikutnya tanpa validasi ulang yang berhasil dengan server asal.
4	no-store Cache tidak boleh menyimpan apa pun tentang permintaan klien atau respons server.
5	no-transform Tidak mengubah badan-entitas.
6	must-revalidate Cache harus memverifikasi status dokumen basi sebelum menggunakannya dan yang kedaluwarsa tidak boleh digunakan.
7	proxy-revalidate Perintah proxy-revalidate memiliki arti yang sama dengan perintah must-revalidate, kecuali bahwa itu tidak berlaku untuk cache agen pengguna yang tidak dibagikan.
8	max-age = seconds Menunjukkan bahwa klien bersedia menerima tanggapan yang usianya tidak lebih dari waktu yang ditentukan dalam hitungan detik.
9	s-maxage = seconds Usia maksimum yang ditentukan oleh perintah ini menggantikan usia maksimum yang ditentukan oleh perintah max-age atau header Expires. Direktif s-maxage selalu diabaikan oleh cache pribadi.

Koneksi

Bidang Connection general-header memungkinkan pengirim menentukan opsi yang diinginkan untuk koneksi tertentu dan tidak boleh dikomunikasikan oleh proxy melalui koneksi lebih lanjut. Berikut ini adalah sintaks sederhana untuk menggunakan header koneksi:

Connection : "Connection"

HTTP / 1.1 mendefinisikan opsi koneksi "tutup" bagi pengirim untuk memberi sinyal bahwa koneksi akan ditutup setelah penyelesaian respons. Sebagai contoh:

Connection: close

Secara default, HTTP 1.1 menggunakan koneksi persisten, di mana koneksi tidak secara otomatis menutup setelah transaksi. HTTP 1.0, di sisi lain, tidak memiliki koneksi persisten secara default. Jika klien 1.0 ingin menggunakan koneksi persisten, ia menggunakankeep-alive parameter sebagai berikut:

Connection: keep-alive

Tanggal

Semua stempel tanggal / waktu HTTP HARUS ditunjukkan dalam Greenwich Mean Time (GMT), tanpa kecuali. Aplikasi HTTP diizinkan untuk menggunakan salah satu dari tiga representasi stempel tanggal / waktu berikut:

Sun, 06 Nov 1994 08:49:37 GMT  ; RFC 822, updated by RFC 1123
Sunday, 06-Nov-94 08:49:37 GMT ; RFC 850, obsoleted by RFC 1036
Sun Nov  6 08:49:37 1994       ; ANSI C's asctime() format

Di sini format pertama adalah yang paling disukai.

Pragma

Bidang Pragma general-header digunakan untuk menyertakan arahan spesifik implementasi yang mungkin berlaku untuk semua penerima di sepanjang rantai permintaan / tanggapan. Sebagai contoh:

Pragma: no-cache

Satu-satunya direktif yang didefinisikan dalam HTTP / 1.0 adalah arahan no-cache dan dipertahankan dalam HTTP 1.1 untuk kompatibilitas ke belakang. Tidak ada arahan Pragma baru yang akan ditentukan di masa depan.

Cuplikan

Nilai bidang umum Trailer menunjukkan bahwa kumpulan bidang tajuk yang diberikan ada di cuplikan pesan yang dikodekan dengan pengkodean transfer terpotong. Berikut ini adalah sintaks bidang tajuk Trailer:

Trailer : field-name

Kolom header pesan yang tercantum di kolom header Trailer tidak boleh menyertakan kolom header berikut:

Transfer-Encoding
Content-Length
Trailer

Transfer-Encoding

Kolom header umum Transfer-Encoding menunjukkan jenis transformasi apa yang telah diterapkan ke badan pesan untuk mentransfernya dengan aman antara pengirim dan penerima. Ini tidak sama dengan pengkodean konten karena pengkodean transfer adalah properti pesan, bukan badan entitas. Sintaks bidang tajuk Transfer-Encoding adalah sebagai berikut:

Transfer-Encoding: chunked

Semua nilai pengkodean transfer peka huruf besar kecil.

Meningkatkan

The Peningkatan umum-header memungkinkan klien untuk menentukan apa protokol komunikasi tambahan yang mendukung dan ingin menggunakan jika temuan Server pantaskah protokol switch. Sebagai contoh:

Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11

Bidang header Upgrade dimaksudkan untuk memberikan mekanisme sederhana untuk transisi dari HTTP / 1.1 ke beberapa protokol lain yang tidak kompatibel.

Melalui

The Via umum-header harus digunakan oleh gateway dan proxy untuk menunjukkan protokol menengah dan penerima. Misalnya, pesan permintaan dapat dikirim dari agen pengguna HTTP / 1.0 ke kode proxy internal bernama "fred", yang menggunakan HTTP / 1.1 untuk meneruskan permintaan ke proxy publik di nowhere.com, yang melengkapi permintaan dengan meneruskannya ke server asal di www.ics.uci.edu. Permintaan yang diterima oleh www.ics.uci.edu kemudian akan memiliki bidang header Via berikut:

Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)

Bidang header Upgrade dimaksudkan untuk memberikan mekanisme sederhana untuk transisi dari HTTP / 1.1 ke beberapa protokol lain yang tidak kompatibel.

Peringatan

The Peringatan umum-header digunakan untuk membawa informasi tambahan tentang status atau transformasi pesan yang mungkin tidak tercermin dalam pesan. Sebuah tanggapan mungkin membawa lebih dari satu tajuk Peringatan.

Warning : warn-code SP warn-agent SP warn-text SP warn-date

Header Permintaan Klien

Menerima

Bidang Terima permintaan-header dapat digunakan untuk menentukan jenis media tertentu yang dapat diterima untuk respons. Sintaks umumnya adalah sebagai berikut:

Accept: type/subtype [q=qvalue]

Beberapa jenis media dapat dicantumkan dengan dipisahkan oleh koma dan nilai q opsional mewakili tingkat kualitas yang dapat diterima untuk jenis yang diterima dalam skala 0 hingga 1. Berikut adalah contohnya:

Accept: text/plain; q=0.5, text/html, text/x-dvi; q=0.8, text/x-c

Ini akan diartikan sebagai text/html dan text/x-c dan merupakan jenis media yang disukai, tetapi jika tidak ada, kirimkan text/x-dvi entitas, dan jika itu tidak ada, kirim text/plain kesatuan.

Terima-Charset

The Terima-Charset lapangan request-header dapat digunakan untuk menunjukkan apa karakter set yang diterima untuk respon. Berikut ini adalah sintaks umum:

Accept-Charset: character_set [q=qvalue]

Beberapa himpunan karakter dapat dicantumkan dengan dipisahkan oleh koma dan nilai q opsional mewakili tingkat kualitas yang dapat diterima untuk himpunan karakter yang tidak disukai pada skala 0 hingga 1. Berikut adalah contohnya:

Accept-Charset: iso-8859-5, unicode-1-1; q=0.8

Nilai khusus "*", jika ada di Accept-Charset lapangan, cocok dengan setiap himpunan karakter dan jika tidak Accept-Charset header ada, defaultnya adalah setiap rangkaian karakter dapat diterima.

Terima-Enkode

The Terima-Encoding bidang request-header mirip dengan Menerima, tetapi membatasi konten-pengkodean yang dapat diterima di respon. Sintaks umumnya adalah:

Accept-Encoding: encoding types

Contohnya adalah sebagai berikut:

Accept-Encoding: compress, gzip
Accept-Encoding:
Accept-Encoding: *
Accept-Encoding: compress;q=0.5, gzip;q=1.0
Accept-Encoding: gzip;q=1.0, identity; q=0.5, *;q=0

Terima-Bahasa

The Terima-Bahasa bidang request-header mirip dengan Menerima, tetapi membatasi set bahasa alami yang disukai sebagai respon terhadap permintaan. Sintaks umumnya adalah:

Accept-Language: language [q=qvalue]

Beberapa bahasa dapat dicantumkan dengan dipisahkan oleh koma dan nilai q opsional mewakili tingkat kualitas yang dapat diterima untuk bahasa yang tidak disukai pada skala 0 hingga 1. Berikut adalah contohnya:

Accept-Language: da, en-gb;q=0.8, en;q=0.7

Otorisasi

The Otorisasi nilai bidang permintaan-header terdiri dari mandat yang berisi informasi otentikasi dari agen pengguna untuk ranah sumber daya yang diminta. Sintaks umumnya adalah:

Authorization : credentials

Spesifikasi HTTP / 1.0 mendefinisikan skema otorisasi DASAR, di mana parameter otorisasi adalah string username:password dikodekan dalam basis 64. Berikut ini adalah contohnya:

Authorization: BASIC Z3Vlc3Q6Z3Vlc3QxMjM=

Nilai diterjemahkan menjadi adalah guest:guest123 dimana guest adalah ID pengguna dan guest123 adalah kata sandinya.

Kue kering

The Cookie nilai bidang permintaan-header berisi pasangan nama / nilai informasi yang disimpan untuk URL itu. Berikut ini adalah sintaks umum:

Cookie: name=value

Beberapa cookie dapat ditentukan dengan dipisahkan oleh titik koma sebagai berikut:

Cookie: name1=value1;name2=value2;name3=value3

Mengharapkan

Kolom Expect request-header digunakan untuk menunjukkan bahwa serangkaian perilaku server tertentu diperlukan oleh klien. Sintaks umumnya adalah:

Expect : 100-continue | expectation-extension

Jika server menerima permintaan yang berisi bidang Ekspektasi yang menyertakan ekstensi ekspektasi yang tidak didukungnya, server harus merespons dengan status 417 (Ekspektasi Gagal).

Dari

Bidang Dari header permintaan berisi alamat email Internet untuk pengguna manusia yang mengontrol agen pengguna yang meminta. Berikut ini contoh sederhananya:

From: [email protected]

Bidang tajuk ini dapat digunakan untuk tujuan pencatatan dan sebagai sarana untuk mengidentifikasi sumber permintaan yang tidak valid atau tidak diinginkan.

Tuan rumah

Kolom Host request-header digunakan untuk menentukan host Internet dan nomor port sumber daya yang diminta. Sintaks umumnya adalah:

Host : "Host" ":" host [ ":" port ] ;

SEBUAH hosttanpa informasi port tambahan berarti port default, yaitu 80. Misalnya, permintaan pada server asal untuk http://www.w3.org/pub/WWW/ akan menjadi:

GET /pub/WWW/ HTTP/1.1
Host: www.w3.org

Jika-Cocok

The Jika-Match lapangan request-header digunakan dengan metode untuk membuatnya bersyarat. Header ini meminta server untuk melakukan metode yang diminta hanya jika nilai yang diberikan di tag ini cocok dengan tag entitas yang diwakili olehETag. Sintaks umumnya adalah:

If-Match : entity-tag

Tanda bintang (*) cocok dengan entitas apa pun, dan transaksi berlanjut hanya jika entitas tersebut ada. Berikut adalah contoh yang mungkin:

If-Match: "xyzzy"
If-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
If-Match: *

Jika tidak ada tag entitas yang cocok, atau jika "*" diberikan dan tidak ada entitas saat ini, server tidak boleh menjalankan metode yang diminta, dan harus mengembalikan respons 412 (Prekondisi Gagal).

Jika-Dimodifikasi-Sejak

Kolom If-Modified-Because request-header digunakan dengan metode untuk membuatnya bersyarat. Jika URL yang diminta belum diubah sejak waktu yang ditentukan di bidang ini, entitas tidak akan dikembalikan dari server; sebaliknya, respons 304 (tidak diubah) akan dikembalikan tanpa badan pesan apa pun. Sintaks umum jika-diubah-sejak adalah:

If-Modified-Since : HTTP-date

Contoh dari bidang tersebut adalah:

If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT

Jika-Tidak Ada-Cocok

The Jika-Tidak-Match lapangan request-header digunakan dengan metode untuk membuatnya bersyarat. Header ini meminta server untuk melakukan metode yang diminta hanya jika salah satu nilai yang diberikan di tag ini cocok dengan tag entitas yang diwakili olehETag. Sintaks umumnya adalah:

If-None-Match : entity-tag

Tanda bintang (*) cocok dengan entitas apa pun, dan transaksi berlanjut hanya jika entitas tersebut tidak ada. Berikut adalah contoh yang mungkin:

If-None-Match: "xyzzy"
If-None-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
If-None-Match: *

If-Range

Kolom If-Range request-header dapat digunakan dengan GET bersyarat untuk meminta hanya bagian dari entitas yang hilang, jika tidak diubah, dan seluruh entitas jika telah diubah. Sintaks umumnya adalah sebagai berikut:

If-Range : entity-tag | HTTP-date

Entah tag entitas atau tanggal dapat digunakan untuk mengidentifikasi entitas parsial yang sudah diterima. Sebagai contoh:

If-Range: Sat, 29 Oct 1994 19:43:31 GMT

Di sini jika dokumen belum diubah sejak tanggal yang ditentukan, server mengembalikan kisaran byte yang diberikan oleh header Range, jika tidak maka mengembalikan semua dokumen baru.

Jika-Tidak Dimodifikasi-Sejak

Kolom If-Unmodified-Because request-header digunakan dengan metode untuk membuatnya bersyarat. Sintaks umumnya adalah:

If-Unmodified-Since : HTTP-date

Jika sumber daya yang diminta belum diubah sejak waktu yang ditentukan dalam bidang ini, server harus melakukan operasi yang diminta seolah-olah header If-Unmodified-Because tidak ada. Sebagai contoh:

If-Unmodified-Since: Sat, 29 Oct 1994 19:43:31 GMT

Jika permintaan menghasilkan apa pun selain status 2xx atau 412, header If-Unmodified-Because harus diabaikan.

Max-Forward

Kolom Max-Forward request-header menyediakan mekanisme dengan metode TRACE dan OPTIONS untuk membatasi jumlah proxy atau gateway yang dapat meneruskan permintaan ke server masuk berikutnya. Berikut sintaks umumnya:

Max-Forwards : n

Nilai Max-Forwards adalah bilangan bulat desimal yang menunjukkan berapa kali pesan permintaan ini dapat diteruskan. Ini berguna untuk debugging dengan metode TRACE, menghindari loop tak terbatas. Sebagai contoh:

Max-Forwards : 5

Bidang tajuk Max-Forward dapat diabaikan untuk semua metode lain yang ditentukan dalam spesifikasi HTTP.

Proxy-Authorization

The Proxy-Authorization bidang request-header memungkinkan klien untuk mengidentifikasi sendiri (atau user) untuk proxy yang memerlukan otentikasi. Berikut sintaks umumnya:

Proxy-Authorization : credentials

Nilai bidang Proxy-Authorization terdiri dari kredensial yang berisi informasi autentikasi agen pengguna untuk proxy dan / atau bidang sumber daya yang diminta.

Jarak

Kolom header permintaan Range menentukan kisaran parsial dari konten yang diminta dari dokumen. Sintaks umumnya adalah:

Range: bytes-unit=first-byte-pos "-" [last-byte-pos]

Nilai byte-pos pertama dalam spesifikasi rentang-byte memberikan offset-byte dari byte pertama dalam suatu rentang. Nilai byte-terakhir-pos memberikan byte-offset dari byte terakhir dalam rentang; artinya, posisi byte yang ditentukan bersifat inklusif. Anda dapat menentukan unit byte sebagai byte. Offset byte dimulai dari nol. Beberapa contoh sederhana adalah sebagai berikut:

- The first 500 bytes 
Range: bytes=0-499

- The second 500 bytes
Range: bytes=500-999

- The final 500 bytes
Range: bytes=-500

- The first and last bytes only
Range: bytes=0-0,-1

Beberapa rentang dapat dicantumkan, dipisahkan dengan koma. Jika digit pertama dalam kisaran byte yang dipisahkan koma hilang, kisaran diasumsikan dihitung dari akhir dokumen. Jika digit kedua hilang, kisarannya adalah byte n sampai akhir dokumen.

Perujuk

Kolom Referer request-header memungkinkan klien untuk menentukan alamat (URI) sumber daya yang URL-nya telah diminta. Sintaks umumnya adalah sebagai berikut:

Referer : absoluteURI | relativeURI

Berikut ini contoh sederhananya:

Referer: http://www.tutorialspoint.org/http/index.htm

Jika nilai bidang adalah URI relatif, itu harus ditafsirkan relatif terhadap Request-URI .

TE

The TE bidang header permintaan menunjukkan apa ekstensi Transfer-coding itu bersedia menerima respon dan apakah atau tidak itu adalah bersedia menerima bidang cuplikan dalam chunked mentransfer-coding . Berikut ini adalah sintaks umum:

TE   : t-codings

Kehadiran kata kunci "cuplikan" menunjukkan bahwa klien bersedia menerima bidang cuplikan dalam pengkodean transfer terpotong dan ditentukan dengan salah satu cara:

TE: deflate
TE:
TE: trailers, deflate;q=0.5

Jika nilai bidang TE kosong atau jika tidak ada bidang TE, maka hanya pengkodean transfer yang dipotong . Pesan tanpa pengkodean transfer selalu dapat diterima.

Agen pengguna

The User-Agent lapangan permintaan-header berisi informasi tentang agen pengguna yang berasal permintaan. Berikut ini adalah sintaks umum:

User-Agent : product | comment

Contoh:

User-Agent: Mozilla/4.0 (compatible; MSIE5.01; Windows NT)

Header Respons Server

Terima-Rentang

The Terima-Ranges lapangan respon-header memungkinkan server untuk menunjukkan penerimaan permintaan jangkauan untuk sumber daya. Sintaks umumnya adalah:

Accept-Ranges  : range-unit | none

Misalnya, server yang menerima permintaan rentang byte dapat mengirim:

Accept-Ranges: bytes

Server yang tidak menerima permintaan jangkauan apa pun untuk sumber daya dapat mengirim:

Accept-Ranges: none

Ini akan menyarankan klien untuk tidak mencoba permintaan jangkauan.

Usia

The Age lapangan respon-header menyampaikan estimasi pengirim dari jumlah waktu sejak respon (atau revalidation nya) dihasilkan pada server asal. Sintaks umumnya adalah:

Age : delta-seconds

Nilai usia adalah bilangan bulat desimal non-negatif, mewakili waktu dalam detik. Berikut ini contoh sederhananya:

Age: 1030

Server HTTP / 1.1 yang menyertakan cache harus menyertakan bidang header Usia di setiap respons yang dihasilkan dari cache-nya sendiri.

ETag

Bidang header respons ETag memberikan nilai saat ini dari tag entitas untuk varian yang diminta. Sintaks umumnya adalah:

ETag :  entity-tag

Berikut beberapa contoh sederhana:

ETag: "xyzzy"
ETag: W/"xyzzy"
ETag: ""

Lokasi

The Lokasi lapangan respon-header digunakan untuk mengarahkan penerima ke lokasi selain Permintaan-URI untuk penyelesaian. Sintaks umumnya adalah:

Location : absoluteURI

Berikut ini contoh sederhananya:

Location: http://www.tutorialspoint.org/http/index.htm

Bidang header Lokasi Konten berbeda dari Lokasi di Lokasi Konten mengidentifikasi lokasi asli entitas yang disertakan dalam permintaan.

Proxy-Authenticate

The Proxy-Otentikasi lapangan respon-header harus dimasukkan sebagai bagian dari respon 407 (Proxy Authentication Required). Sintaks umumnya adalah:

Proxy-Authenticate  : challenge

Retry-After

The Retry-Setelah lapangan respon-header dapat digunakan dengan (Unavailable Service) respon 503 untuk menunjukkan berapa lama layanan ini diharapkan akan tersedia untuk klien yang meminta. Sintaks umumnya adalah:

Retry-After : HTTP-date | delta-seconds

Contoh:

Retry-After: Fri, 31 Dec 1999 23:59:59 GMT
Retry-After: 120

Dalam contoh terakhir, penundaan adalah 2 menit.

Server

The Server lapangan respon-header berisi informasi tentang perangkat lunak yang digunakan oleh server asal untuk menangani permintaan. Sintaks umumnya adalah:

Server : product | comment

Berikut ini contoh sederhananya:

Server: Apache/2.2.14 (Win32)

Jika respons diteruskan melalui proxy, aplikasi proxy tidak boleh mengubah header respons Server.

Set-Cookie

The Set-Cookie lapangan respon-header berisi pasangan nama / nilai informasi untuk mempertahankan untuk URL ini. Sintaks umumnya adalah:

Set-Cookie: NAME=VALUE; OPTIONS

Header respons Set-Cookie terdiri dari Token Set-Cookie, diikuti dengan daftar satu atau beberapa cookie yang dipisahkan koma. Berikut adalah kemungkinan nilai yang dapat Anda tentukan sebagai opsi:

SN	Opsi dan Deskripsi
1	Comment=comment Opsi ini dapat digunakan untuk menentukan komentar apa pun yang terkait dengan cookie.
2	Domain=domain Atribut domain menentukan domain yang valid untuk cookie.
3	Expires=Date-time Tanggal cookie akan kedaluwarsa. Jika kosong, cookie akan kedaluwarsa saat pengunjung keluar dari browser.
4	Path=path Atribut Path menentukan subkumpulan URL tempat cookie ini diterapkan.
5	Secure Ini menginstruksikan agen pengguna untuk mengembalikan cookie hanya di bawah koneksi aman.

Berikut adalah contoh tajuk cookie sederhana yang dibuat oleh server:

Set-Cookie: name1=value1,name2=value2; Expires=Wed, 09 Jun 2021 10:18:14 GMT

Berbeda

Kolom header respons Vary menentukan bahwa entitas memiliki beberapa sumber dan oleh karena itu dapat bervariasi sesuai dengan daftar header permintaan yang ditentukan. Berikut ini adalah sintaks umum:

Vary : field-name

Anda dapat menentukan beberapa tajuk yang dipisahkan dengan koma dan nilai tanda asterisk "*" bahwa parameter yang tidak ditentukan tidak terbatas pada tajuk permintaan. Berikut ini contoh sederhananya:

Vary: Accept-Language, Accept-Encoding

Di sini nama bidang peka huruf besar kecil.

WWW-Otentikasi

The WWW-Authenticate lapangan respon-header harus disertakan dalam 401 pesan (tidak sah) respon. Nilai bidang terdiri dari setidaknya satu tantangan yang menunjukkan skema otentikasi dan parameter yang berlaku untuk Request-URI. Sintaks umumnya adalah:

WWW-Authenticate : challenge

WWW- Nilai bidang Autentikasi mungkin berisi lebih dari satu tantangan, atau jika lebih dari satu bidang tajuk WWW-Autentikasi disediakan, konten tantangan itu sendiri dapat berisi daftar parameter autentikasi yang dipisahkan koma. Berikut ini contoh sederhananya:

WWW-Authenticate: BASIC realm="Admin"

Header Entitas

Mengizinkan

Bidang Izinkan header entitas mencantumkan rangkaian metode yang didukung oleh sumber daya yang diidentifikasi oleh URI Permintaan. Sintaks umumnya adalah:

Allow : Method

Anda dapat menentukan beberapa metode yang dipisahkan dengan koma. Berikut ini contoh sederhananya:

Allow: GET, HEAD, PUT

Bidang ini tidak dapat mencegah klien untuk mencoba metode lain.

Pengkodean Konten

The Content-Encoding bidang entitas-header digunakan sebagai pengubah ke media-jenis. Sintaks umumnya adalah:

Content-Encoding : content-coding

Pengkodean konten adalah karakteristik entitas yang diidentifikasi oleh URI Permintaan. Berikut ini contoh sederhananya:

Content-Encoding: gzip

Jika pengkodean konten entitas dalam pesan permintaan tidak dapat diterima oleh server asal, server harus merespons dengan kode status 415 (Jenis Media Tidak Didukung).

Bahasa-Konten

The Content-Bahasa bidang entitas-header menggambarkan bahasa alami (s) dari penonton ditujukan untuk entitas tertutup. Berikut ini adalah sintaks umum:

Content-Language : language-tag

Beberapa bahasa mungkin dicantumkan untuk konten yang ditujukan untuk banyak audiens. Berikut ini contoh sederhananya:

Content-Language: mi, en

Tujuan utama Bahasa-Konten adalah untuk memungkinkan pengguna mengidentifikasi dan membedakan entitas sesuai dengan bahasa pilihan pengguna itu sendiri.

Panjang Konten

The Content-Length bidang entitas-header menunjukkan ukuran entitas-tubuh, di angka desimal dari oktet, dikirim ke penerima atau, dalam kasus metode HEAD, ukuran badan-badan yang akan dikirim, seandainya permintaan menjadi GET. Sintaks umumnya adalah:

Content-Length : DIGITS

Berikut ini contoh sederhananya:

Content-Length: 3495

Setiap Panjang Konten yang lebih besar dari atau sama dengan nol adalah nilai yang valid.

Lokasi-Konten

The Content-Lokasi lapangan entitas-header dapat digunakan untuk memasok lokasi sumber daya untuk entitas tertutup dalam pesan ketika entitas yang dapat diakses dari lokasi yang terpisah dari URI sumber daya yang diminta itu. Sintaks umumnya adalah:

Content-Location:  absoluteURI | relativeURI

Berikut ini contoh sederhananya:

Content-Location: http://www.tutorialspoint.org/http/index.htm

Nilai Lokasi-Konten juga menentukan URI dasar untuk entitas.

Konten-MD5

The Content-MD5 bidang entitas-header dapat digunakan untuk memasok MD5 digest entitas untuk memeriksa integritas dari pesan setelah menerima. Sintaks umumnya adalah:

Content-MD5  : md5-digest using base64 of 128 bit MD5 digest as per RFC 1864

Berikut ini contoh sederhananya:

Content-MD5  : 8c2d46911f3f5a326455f0ed7a8ed3b3

Intisari MD5 dihitung berdasarkan konten badan entitas, termasuk pengkodean konten apa pun yang telah diterapkan, tetapi tidak termasuk pengkodean transfer apa pun yang diterapkan ke badan pesan.

Rentang Konten

The Content-Kisaran bidang entitas-header dikirim dengan entitas-tubuh parsial untuk menentukan di mana dalam penuh entitas-tubuh tubuh parsial harus diterapkan. Sintaks umumnya adalah:

Content-Range : bytes-unit SP first-byte-pos "-" last-byte-pos

Contoh nilai byte-content-range-spec, dengan asumsi bahwa entitas tersebut berisi total 1.234 byte:

- The first 500 bytes:
Content-Range : bytes 0-499/1234

- The second 500 bytes:
Content-Range : bytes 500-999/1234

- All except for the first 500 bytes:
Content-Range : bytes 500-1233/1234

- The last 500 bytes:
Content-Range : bytes 734-1233/1234

Ketika pesan HTTP menyertakan konten dari satu rentang, konten ini dikirim dengan header Rentang Konten, dan header Panjang Konten yang menunjukkan jumlah byte yang sebenarnya ditransfer. Sebagai contoh,

HTTP/1.1 206 Partial content
Date: Wed, 15 Nov 1995 06:25:24 GMT
Last-Modified: Wed, 15 Nov 1995 04:58:08 GMT
Content-Range: bytes 21010-47021/47022
Content-Length: 26012
Content-Type: image/gif

Jenis konten

The Content-Type lapangan entitas-header menunjukkan jenis media dari entitas-tubuh dikirim ke penerima atau, dalam kasus metode HEAD, jenis media yang akan dikirim, memiliki permintaan telah GET. Sintaks umumnya adalah:

Content-Type : media-type

Berikut ini contohnya:

Content-Type: text/html; charset=ISO-8859-4

Kedaluwarsa

The Habis bidang entitas-header memberikan tanggal / waktu setelah respon dianggap basi. Sintaks umumnya adalah:

Expires : HTTP-date

Berikut ini contohnya:

Expires: Thu, 01 Dec 1994 16:00:00 GMT

Terakhir diubah

The Last-Modified bidang entitas-header menunjukkan tanggal dan waktu di mana server asal percaya varian terakhir diubah. Sintaks umumnya adalah:

Last-Modified: HTTP-date

Berikut ini contohnya:

Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT