HTTP message, status code และ Content-Type

นึกภาพก่อน

จดหมายราชการมีแบบฟอร์มตายตัว: บรรทัดแรกบอกเรื่อง ถัดมาเป็นข้อมูลกำกับ (ถึงใคร วันที่ เลขที่) เว้นบรรทัด แล้วจึงเป็นเนื้อความ HTTP message ก็เป็น ข้อความธรรมดาที่มีรูปแบบตายตัว แบบนั้น อ่านด้วยตาได้ และทั้ง request กับ response ใช้โครงเดียวกัน: บรรทัดแรก → headers → บรรทัดว่าง → body

HTTP คืออะไร

• protocol สำหรับดึง resource เช่น เอกสาร HTML รวมถึงรูปภาพและวิดีโอ
• เป็น protocol แบบ text-based และ client–server
• เป็น application layer protocol ที่ ส่งผ่าน TCP

HTTPS คือวิธีส่งข้อมูลระหว่าง web server กับ web browser อย่าง ปลอดภัย

HTTP flow

เมื่อ client ต้องการคุยกับ server:

1. เปิด TCP connection
2. ส่ง HTTP message (request message)
3. อ่าน response ที่ server ส่งกลับ
4. ปิด connection — หรือใช้ซ้ำกับ request ถัดไป

HTTP request message

GET / HTTP/1.1
Host: developer.mozilla.org
Accept-Language: fr

ปิดท้าย headers ด้วย บรรทัดว่าง (CRLF) เพื่อบอกว่า headers จบแล้ว

HTTP response message

HTTP/1.1 200 OK
Date: Sat, 09 Oct 2010 14:28:02 GMT
Server: Apache
Last-Modified: Tue, 01 Dec 2009 20:18:22 GMT
ETag: "51142bc1-7449-479b075b2891b"
Accept-Ranges: bytes
Content-Length: 29769
Content-Type: text/html

<!doctype html>… (here come the 29769 bytes of the requested web page)

ระวัง: บรรทัดแรกของ request คือ method · path · version ส่วนของ response คือ version · status code · status message

Status code

สี่กลุ่ม

ตารางที่ต้องจำ

วิธีจำ: หลักแรกบอก ใครต้องแก้ — 4xx ผู้ขอต้องแก้ request ของตัวเอง · 5xx ต้องแก้ที่ server

Content-Type และ Content-Disposition

header สองตัวนี้บอกว่าจะ ประมวลผล body อย่างไร (ทั้งของ request และ response)

ตัวอย่าง Content-Type

รูปแบบคือ ชนิด/ชนิดย่อย (media type) รายการมาตรฐานอยู่ที่ IANA

Stateless

HTTP is stateless: ไม่มีความเชื่อมโยงระหว่าง request สองครั้งที่ทำต่อกันบน connection เดียวกัน

server ไม่จำว่า request ก่อนหน้าเป็นของใคร ทุก request ต้องมีข้อมูลครบในตัวเอง

HTTP is stateless, but not sessionless

เลือก status code ต่าง ๆ ใน simulation เพื่อดู response message ของแต่ละกรณี

ตัวอย่างไล่ทีละขั้น

โจทย์: อ่าน response นี้แล้วตอบ: สำเร็จไหม body เป็นอะไร ยาวเท่าใด

HTTP/1.1 404 Not Found
Content-Type: application/json
Content-Length: 28

{"message":"User not found"}

1. บรรทัดแรก: version HTTP/1.1 · status code 404 · status message Not Found
2. 404 อยู่กลุ่ม 4xx → ไม่สำเร็จ และเป็นความผิดพลาดฝั่งผู้ขอ (ขอ resource ที่ไม่มี)
3. Content-Type: application/json → body เป็น JSON ไม่ใช่ HTML
4. Content-Length: 28 → body ยาว 28 byte
5. บรรทัดว่างคั่น แล้วจึงเป็น body

response ที่เป็น error ก็มี body ได้ และ client ควรดู status code ก่อนเสมอ ไม่ใช่ดูแค่ว่ามี body กลับมา

จุดที่มักพลาด

1. สลับ port

HTTP 80 · HTTPS 443

2. สลับบรรทัดแรกของ request กับ response

request: method, path, version · response: version, status code, status message

3. สลับกลุ่ม 4xx กับ 5xx

4xx ฝั่งผู้ขอ · 5xx ฝั่ง server

4. คิดว่า 404 แปลว่า server ล่ม

server ทำงานปกติและตอบได้ แค่ไม่มี resource ที่ขอ

5. คิดว่า stateless แปลว่าทำ login ไม่ได้

stateless แต่ไม่ sessionless

6. คิดว่า Content-Type มีเฉพาะใน response

ใช้ทั้งใน request และ response ที่มี body

7. ลืมบรรทัดว่าง

บรรทัดว่างคือเส้นแบ่งระหว่าง headers กับ body

ที่มา: HTTP for Developer.pdf หน้า 9–11, 19–28, 34–36