ตารางพารามิเตอร์ HTTP

หัวเรื่อง HTTP Request Header

Header คำอธิบาย ตัวอย่าง
Accept ระบุประเภทเนื้อหาที่ไคลเอนต์สามารถรับได้ Accept: text/plain, text/html
Accept-Charset ชุดอักขระที่เบราว์เซอร์สามารถรับได้ Accept-Charset: iso-8859-5
Accept-Encoding ประเภทการเข้ารหัสเนื้อหาที่สามารถรองรับได้จากเว็บเซิร์ฟเวอร์ Accept-Encoding: compress, gzip
Accept-Language ภาษา ที่เบราว์เซอร์สามารถรับได้ Accept-Language: en,zh
Accept-Ranges สามารถร้องขอส่วนย่อยของเอนทิตีเว็บเพจหนึ่งหรือหลายส่วน Accept-Ranges: bytes
Authorization ใบรับรองการอนุญาตของ HTTP Authorization: ใบรับรองการอนุญาต
Cache-Control ระบุกลไกการแคชที่คำขอและการตอบสนองจะปฏิบัติตาม Cache-Control: no-cache
Connection ระบุว่าต้องการการเชื่อมต่อถาวรหรือไม่ (HTTP 1.1 เข้ารหัสการเชื่อมต่อถาวรโดยค่าเริ่มต้น) Connection: close
Cookie เมื่อส่งคำขอ HTTP จะส่งค่าคุกกี้ทั้งหมดที่เก็บไว้ภายใต้ชื่อโดเมนที่ร้องขอไปยังเว็บเซิร์ฟเวอร์ด้วย Cookie: $Version=1; Skin=new;
Content-Length ความยาวของเนื้อหาที่ร้องขอ Content-Length: 348
Content-Type ข้อมูล MIME ที่ตรงกับเอนทิตีที่คุณร้องขอ Content-Type: application/x-www-form-urlencoded
Date วันที่และเวลาที่คำขอถูกส่ง Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect พฤติกรรมเฉพาะของเซิร์ฟเวอร์ที่ร้องขอ Expect: 100-continue
From ที่อยู่อีเมลของผู้ที่ส่งคำขอ From: [email protected]
Host ระบุชื่อโดเมนและหมายเลขพอร์ตของเซิร์ฟเวอร์ที่ร้องขอ Host: www.jsons.cn
If-Match ใช้งานได้ก็ต่อเมื่อเนื้อหาที่ร้องขอโดยตรงตรงกับเอนทิตี If-Match: “ค่าที่เฉพาะเจาะจง”
If-Modified-Since หากเนื้อหาที่ร้องขอถูกแก้ไขหลังจากเวลาที่ระบุ คำขอจะสำเร็จ มิฉะนั้นจะส่งกลับรหัส 304 If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match หากเนื้อหาไม่เปลี่ยนแปลงจะส่งกลับรหัส 304 พารามิเตอร์คือ Etag ที่เซิร์ฟเวอร์ส่งไปก่อนหน้านี้ เปรียบเทียบกับ Etag ตอบกลับของเซิร์ฟเวอร์เพื่อดูว่าเปลี่ยนแปลงหรือไม่ If-None-Match: “ค่าที่เฉพาะเจาะจง”
If-Range หากเอนทิตีไม่เปลี่ยนแปลง เซิร์ฟเวอร์จะส่งส่วนที่สูญหายของไคลเอนต์ มิฉะนั้นจะส่งเอนทิตีทั้งหมด พารามิเตอร์ยังเป็น Etag If-Range: “ค่าที่เฉพาะเจาะจง”
If-Unmodified-Since ขอโทษที่ดำเนินการสำเร็จ หากเอนทิตีไม่ได้ถูกแก้ไขหลังจากเวลาที่กำหนด If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards จำกัดระยะเวลาที่ข้อมูลจะถูกส่งผ่านพร็อกซีและเกตเวย์ Max-Forwards: 10
Pragma ใช้เพื่อรวมคำสั่งเฉพาะสำหรับการดำเนินการ Pragma: no-cache
Proxy-Authorization ใบรับรองการอนุญาตที่เชื่อมต่อกับพร็อกซี Proxy-Authorization: ใบรับรองการอนุญาตที่เชื่อมต่อกับพร็อกซี
Range ขอตอนหนึ่งของเอนทิตี ระบุตำแหน่ง Range: bytes=500-999
Referer ที่อยู่ของหน้าเว็บก่อนหน้า หน้าเว็บที่ร้องขออยู่ถัดไป ซึ่งเป็นที่เข้ามา Referer: http://www.jsons.cn
TE รหัสการเข้ารหัสการส่งที่ไคลเอนต์ยินดีรับ และแจ้งให้เซิร์ฟเวอร์ทราบการเข้ารหัสเพิ่มที่ยอมรับ TE: trailers,deflate;q=0.5
Upgrade ระบุโปรโตคอลการส่งชนิดใดที่เซิร์ฟเวอร์จะเปลี่ยน (ถ้ารองรับ) Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent ข้อมูลของ User-Agent รวมข้อมูลของผู้ใช้ที่ส่งคำขอ User-Agent: Mozilla/5.0 (Linux; X11)
Via แจ้งที่อยู่ของเกตเวย์หรือพร็อกซีที่อยู่ระหว่างกลาง ประเภทโปรโตคอลการสื่อสาร Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning ข้อมูลเตือนภัยเกี่ยวกับเอนทิตีของข้อความ Warn: 199 Miscellaneous warning

หัวเรื่องการตอบกลับ HTTP Responses Header

Header คำอธิบาย ตัวอย่าง
Accept-Ranges ระบุว่าเซิร์ฟเวอร์รองรับคำขอช่วงที่กำหนดประเภทใด Accept-Ranges: bytes
Age เวลาประมาณการตั้งแต่เซิร์ฟเวอร์ต้นทางไปจนถึงพร็อกซีแคช (เป็นวินาทีและไม่ติดลบ) Age: 12
Allow พฤติกรรมที่สามารถร้องขอได้สำหรับทรัพยากรเครือข่ายที่เฉพาะ เว้นแต่จะปฏิบัติตามจะส่งกลับรหัส 405 Allow: GET, HEAD
Cache-Control แจ้งทุกกลไกแคชว่าอนุญาตให้เก็บแคชและประเภทใด Cache-Control: no-cache
Content-Encoding ประเภทการเข้ารหัสเนื้อหาที่เซิร์ฟเวอร์รองรับ Content-Encoding: gzip
Content-Language ภาษาในเนื้อหาการตอบกลับ Content-Language: en,zh
Content-Length ความยาวของร่างการตอบกลับ Content-Length: 348
Content-Location ที่อยู่สำรองสำหรับทรัพยากรที่ร้องขอ Content-Location: /index.htm
Content-MD5 ค่าตรวจสอบ MD5 ที่ส่งคืนสำหรับทรัพยากร Content-MD5: ค่าตรวจสอบ MD5
Content-Range ตำแหน่งของไบต์เฉพาะในจุดคอนเทนเนอร์ทั้งหมด Content-Range: bytes 21010-47021/47022
Content-Type ประเภท MIME ของเนื้อหาที่ส่ง Content-Type: text/html; charset=utf-8
Date เวลาที่สารจากเซิร์ฟเวอร์ต้นทางถูกส่งไป Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag ค่าป้ายเอนทิตีสำหรับตัวแปรการร้องขอในขณะนี้ ETag: “ค่าป้ายเอนทิตีสำหรับตัวแปรการร้องขอในขณะนี้”
Expires วันที่และเวลาที่คำตอบหมดอายุ Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified เวลาที่ปรับปรุงทรัพยากรที่ร้องขอครั้งสุดท้าย Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location ใช้ในการเปลี่ยนเส้นทางผู้รับไปยังตำแหน่ง URL ที่ไม่ร้องขอเพื่อทำการตอบกลับหรือระบุทรัพยากรใหม่ Location: http://www.jsons.cn
Pragma รวมคำสั่งที่เฉพาะเจาะจงซึ่งสามารถนำไปใช้กับผู้รับใด ๆ บนโซ่การตอบกลับ Pragma: no-cache
Proxy-Authenticate ระบุวิธีการรับรองและพารามิเตอร์ที่มีผลบังคับใช้ที่ URL นี้ในพร็อกซี Proxy-Authenticate: Basic
refresh ใช้ในการเปลี่ยนเส้นทางหรือสร้างทรัพยากรใหม่ เปลี่ยนเส้นทางใน 5 วินาที (โดย Netscape มีการสนับสนุนมากที่สุด)
Refresh: 5; url= http://www.jsons.cn
Retry-After หากเอนทิตีไม่สามารถเข้าถึงได้ชั่วคราว แจ้งให้คล้ายคลึงกันลองใหม่หลังจากเวลาที่กำหนด Retry-After: 120
Server ชื่อซอฟต์แวร์ของเว็บเซิร์ฟเวอร์ Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie ตั้งค่า Http Cookie Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer ระบุว่าส่วนของหัวอยู่ที่ส่วนท้ายของการเข้ารหัสการส่งแบบแบ่ง Trailer: Max-Forwards
Transfer-Encoding การเข้ารหัสการส่งไฟล์ Transfer-Encoding:chunked
Vary แจ้งพร็อกซีระดับต่ำว่าใช้การตอบกลับแคชหรือขอจากเซิร์ฟเวอร์ต้นทาง Vary: *
Via แจ้งให้รู้ว่าการตอบกลับของไคลเอนต์ถูกส่งผ่านที่ใด Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning การเตือนภัยที่อาจมีปัญหาเกี่ยวกับเอนทิตี Warning: 199 Miscellaneous warning
WWW-Authenticate แสดงให้เห็นว่าสิ่งที่ไคลเอนต์ต้องใช้งานการอนุญาตในเอนทิตีที่ร้องขอ WWW-Authenticate: Basic

ตารางเปรียบเทียบหัวเรื่อง HTTP Request Header - สารบบหัวเรื่องคำขอและการตอบกลับของ HTTP

หน้านี้ให้ตารางเปรียบเทียบที่ละเอียดเกี่ยวกับ HTTP Request Header และ HTTP Response Header หัวเรื่อง HTTP Request และ Response เป็นส่วนสำคัญใน Web Development นักพัฒนาจำเป็นต้องเข้าใจข้อมูลหัวเหล่านี้ขณะเขียนซีเควนเซอร์, API Interface, จำลองการเข้าสู่ระบบ เป็นต้น

HTTP Request Header และ Response Header คืออะไร?

HTTP Request Header เป็นเมตาดาต้าที่ส่งมาพร้อมกับคำขอจากไคลเอนต์ไปยังเซิร์ฟเวอร์ บอกข้อมูลเพิ่มเติมเกี่ยวกับคำขอ
HTTP Response Header เป็นเมตาดาต้าที่ส่งมาพร้อมกับการตอบกลับจากเซิร์ฟเวอร์ซึ่งรวมถึงสถานะการตอบกลับและข้อมูลการประมวลผล

ตารางเปรียบเทียบ HTTP Request Header ที่ใช้บ่อย

นี่คือตารางเปรียบเทียบ HTTP Request Header ที่พบบ่อยและบทบาท:

Request Header คำอธิบายการใช้งาน
User-Agent ข้อมูลเกี่ยวกับเบราว์เซอร์หรือระบบปฏิบัติการของไคลเอนต์ ใช้ในการตรวจสอบสภาพแวดล้อมของไคลเอนต์
Accept ระบุประเภทเนื้อหาที่ไคลเอนต์สามารถประมวลผลได้ แจ้งเซิร์ฟเวอร์เกี่ยวกับประเภทเนื้อหาที่ส่งกลับ
Host ระบุโฮสต์และพอร์ตของปลายทางที่ร้องขอ มักใช้ในการเข้าถึงโฮสต์เสมือน
Authorization ดำเนินการข้อมูลรับรองการยืนยันตัวตน ใช้สำหรับการอนุญาตใน API Interface
Content-Type แจ้งเซิร์ฟเวอร์เกี่ยวกับประเภทของเนื้อหาที่มีในคำขอ เช่น application/json, text/html เป็นต้น
Accept-Encoding ระบุวิธีการเข้ารหัสเนื้อหาที่ไคลเอนต์รองรับ เช่น gzip, deflate
Cookie ใช้ข้อมูลคุกกี้ที่เก็บไว้ในไคลเอนต์สำหรับการจัดการเซสชั่น
Referer บันทึก URL ต้นทางของคำขอ มักใช้ในการวิเคราะห์แหล่งที่มาของการเข้าชม
Connection ระบุว่าต้องการการเชื่อมต่อคงที่หรือไม่ ค่าที่ใช้บ่อยมี keep-alive หรือ close

ตารางเปรียบเทียบ HTTP Response Header ที่ใช้บ่อย

นี่คือตารางเปรียบเทียบ HTTP Response Header ที่พบบ่อยและบทบาท:

Response Header คำอธิบายการใช้งาน
Content-Type ระบุประเภทของข้อมูลในร่างการตอบกลับ เช่น text/html, application/json ฯลฯ
Content-Length ระบุความยาวของร่างการตอบกลับ หน่วยเป็นไบต์
Set-Cookie ส่งข้อมูลคุกกี้จากเซิร์ฟเวอร์ไปยังไคลเอนต์สำหรับการจัดการเซสชั่น
Cache-Control ระบุกลยุทธ์ในการแคช เช่น no-cache, max-age เป็นต้น
Location ในการตอบสนองเปลี่ยนเส้นทาง ระบุ URL ของตำแหน่งใหม่
Server แสดงชื่อและเวอร์ชันของซอฟต์แวร์เซิร์ฟเวอร์
Access-Control-Allow-Origin ระบุโดเมนใดที่สามารถเข้าถึงทรัพยากรที่กำหนด มักใช้สำหรับคำขอข้ามโดเมน
Content-Encoding ระบุวิธีการเข้ารหัสร่างการตอบกลับ เช่น gzip, deflate
Expires ระบุระยะเวลาหมดอายุของเนื้อหาการตอบกลับ มักใช้ในการควบคุมแคช

การใช้งาน HTTP Request Header และ Response Header

HTTP Request Header และ Response Header มีการใช้งานที่กว้างขวางในพัฒนาการจริง เช่น:

  • API Interface: หัวเรื่องการร้องขอของ API ใช้สำหรับส่งผ่านข้อมูลการยืนยันตัวตน ประเภทของเนื้อหาที่ขอ โดยที่หัวเรื่องการตอบกลับจะใช้สำหรับส่งข้อมูลฟอร์แมต แผนการแคช เป็นต้น
  • การจำลองการเข้าสู่ระบบ: เมื่อจำลองการเข้าสู่ระบบจะใช้ Authorization Request Header เพื่อส่งผ่าน token หรือข้อมูลคุกกี้เพื่อยืนยันตัวตนของผู้ใช้
  • เครื่องมือเก็บข้อมูล: ขณะเขียน Web Crawler สามารถจำลองเบราว์เซอร์โดยการใช้ User-Agent ใน Request Header เพื่อเข้าถึงเนื้อหาบนเว็บไซต์

ข้อสรุป

การเข้าใจการใช้ HTTP Request Header และ Response Header เป็นเรื่องสำคัญต่อการพัฒนา Web Application ที่มีประสิทธิภาพและตรงตามมาตรฐาน ผ่านทาง ตารางเปรียบเทียบ HTTP Request Header ที่แนบมานี้ คุณสามารถเข้าใจฟังก์ชันและการใช้งานของหัวเรื่องที่พบบ่อยช่วยให้นักพัฒนาปรับตัวเข้ากับ HTTP Protocol ได้อย่างรวดเร็ว

ประวัติการเข้าชมของคุณ:
เลือกภาษา