9.2 OPSI
Metode OPTIONS mewakili permintaan informasi tentang opsi komunikasi yang tersedia di rantai permintaan / respons yang diidentifikasi oleh URI Permintaan. Metode ini memungkinkan klien untuk menentukan opsi dan / atau persyaratan yang terkait dengan sumber daya, atau kemampuan server, tanpa menyiratkan tindakan sumber daya atau memulai pengambilan sumber daya.
Tanggapan untuk metode ini tidak dapat disimpan dalam cache.
Jika permintaan OPTIONS menyertakan badan-entitas (seperti yang ditunjukkan dengan adanya Panjang Konten atau Pengkodean-Transfer), maka jenis media HARUS ditunjukkan dengan bidang Jenis Konten. Meskipun spesifikasi ini tidak menentukan penggunaan apa pun untuk badan semacam itu, ekstensi HTTP di masa mendatang mungkin menggunakan badan OPTIONS untuk membuat kueri yang lebih mendetail di server. Server yang tidak mendukung ekstensi seperti itu DAPAT membuang isi permintaan.
Jika Request-URI adalah asterisk ("*"), permintaan OPTIONS dimaksudkan untuk diterapkan ke server secara umum daripada ke sumber daya tertentu. Karena opsi komunikasi server biasanya bergantung pada sumber daya, permintaan "*" hanya berguna sebagai metode jenis "ping" atau "no-op"; ia tidak melakukan apa pun selain mengizinkan klien untuk menguji kemampuan server. Misalnya, ini dapat digunakan untuk menguji proxy untuk kepatuhan HTTP / 1.1 (atau ketiadaan).
Jika URI Permintaan bukan tanda bintang, permintaan OPSI hanya berlaku untuk opsi yang tersedia saat berkomunikasi dengan sumber daya itu.
Respons 200 HARUS menyertakan kolom header apa pun yang menunjukkan fitur opsional yang diterapkan oleh server dan berlaku untuk sumber daya itu (misalnya, Izinkan), mungkin termasuk ekstensi yang tidak ditentukan oleh spesifikasi ini. Badan respons, jika ada, HARUS juga menyertakan informasi tentang opsi komunikasi. Format untuk badan semacam itu tidak ditentukan oleh spesifikasi ini, tetapi mungkin ditentukan oleh ekstensi mendatang untuk HTTP. Negosiasi konten DAPAT digunakan untuk memilih format tanggapan yang sesuai. Jika tidak ada isi tanggapan yang disertakan, tanggapan HARUS menyertakan bidang Panjang Konten dengan nilai bidang "0".
Bidang header permintaan Penerusan Maks. DAPAT digunakan untuk menargetkan proxy tertentu dalam rantai permintaan. Ketika proxy menerima permintaan OPTIONS pada absoluteURI yang penerusan permintaannya diizinkan, proxy HARUS memeriksa bidang Max-Forwards. Jika nilai kolom Max-Forward adalah nol ("0"), proxy TIDAK HARUS meneruskan pesan; sebagai gantinya, proxy HARUS merespons dengan opsi komunikasinya sendiri. Jika nilai bidang Max-Forward adalah bilangan bulat yang lebih besar dari nol, proxy HARUS menurunkan nilai bidang saat meneruskan permintaan. Jika tidak ada bidang Max-Forward yang ada dalam permintaan, maka permintaan yang diteruskan HARUS TIDAK menyertakan bidang Max-Forward.
9.4 KEPALA
Metode HEAD identik dengan GET, kecuali bahwa server TIDAK HARUS mengembalikan badan pesan dalam respons. Metainformation yang terdapat dalam header HTTP sebagai tanggapan atas permintaan HEAD HARUS identik dengan informasi yang dikirim sebagai tanggapan atas permintaan GET. Metode ini dapat digunakan untuk memperoleh metainformasi tentang entitas yang tersirat oleh permintaan tanpa mentransfer badan-entitas itu sendiri. Metode ini sering digunakan untuk menguji tautan hypertext untuk validitas, aksesibilitas, dan modifikasi terbaru.
Respons untuk permintaan HEAD MUNGKIN dapat disimpan dalam cache dalam arti bahwa informasi yang terdapat dalam respons MUNGKIN digunakan untuk memperbarui entitas yang sebelumnya di-cache dari sumber daya itu. Jika nilai bidang baru menunjukkan bahwa entitas yang di-cache berbeda dari entitas saat ini (seperti yang akan ditunjukkan oleh perubahan dalam Panjang Konten, Content-MD5, ETag atau Last-Modified), cache HARUS memperlakukan entri cache sebagai basi.