ประเด็นสำคัญ
- 01ครอบคลุม every HTTP status code จาก 100 ถึง 511 sourced จาก RFC 9110 และ IANA registry
- 02Search ตามหมายเลข code, name หรือวลีจาก description — list filters ทันที
- 03Filter ตามคลาส (1xx, 2xx, 3xx, 4xx, 5xx) เพื่อ narrow focus ขณะดีบัก
- 04ฟรี ทันที ไม่มีการลงทะเบียน — ทำงานทั้งหมดในเบราว์เซอร์ของคุณ
เหตุใด Dedicated HTTP Status Code Reference?
นักพัฒนา web ทุกคนเคยเจอ status code ที่ยังไม่ได้เห็นสักพัก คุณรู้ 404 และ 500 แต่ความแตกต่างที่แน่นอนระหว่าง 401 และ 403 คืออะไร? เมื่อใดที่คุณควร return 422 แทน 400? 418 จริงๆ อยู่ใน spec? ด้วย reference รวดเร็วที่อธิบาย codes ในภาษาอังกฤษธรรมชาติ — แทนที่จะคำพูด RFC legalese — ตอบคำถามเหล่านี้ในไม่กี่วินาที
Lookup ของ Handytool sourced จาก RFC 9110 (HTTP semantics specification ปัจจุบัน) และ IANA HTTP status registry รวม WebDAV extensions (207, 423, 424) และ less-common codes ที่คุณจะพบเจอใน API responses จริง แต่ละรายการมี one-sentence plain-English summary aimed ที่นักพัฒนา ไม่ใช่ standardization committees
วิธี Lookup HTTP Status Code
- 01
Search ตามโค้ด ชื่อ หรือคีย์เวิร์ด
Type โค้ด (404) ชื่อ fragment (Not Found) หรือวลีอธิบาย (teapot, redirect, authentication) List filters ในเวลาจริง
- 02
Filter ตามคลาส
ใช้ปุ่ม class เพื่อแสดงเฉพาะ 1xx informational, 2xx success, 3xx redirect, 4xx client error หรือ 5xx server error codes มีประโยชน์เมื่อคุณดีบัก redirect chain หรือ server error และต้องการเห็น all codes ในครอบครัวนั้น
- 03
อ่านคำอธิบาย plain-English
แต่ละรายการรวม official name, code number และ concise developer-focused description ของความหมาย code และเมื่อมันใช้
Status Codes ที่ควรจำ
- 01200 OK — standard success สำหรับ GET, POST และ PUT responses
- 02201 Created — resource ถูกสร้าง โดยปกติส่งกลับหลัง successful POST
- 03204 No Content — success ไม่มี response body; common หลัง DELETE
- 04301 Moved Permanently — canonical redirect; search engines transfer link equity
- 05400 Bad Request — malformed syntax, missing fields หรือ unparseable payload
- 06422 Unprocessable Entity — syntactically valid request ที่ล้มเหลว business logic
Instant Lookup ไม่มี Server Calls
Status code database ทั้งหมดถูก bundle ในหน้า Searching, filtering และการอ่าน descriptions ทั้งหมดเกิดขึ้นเฉพาะในเบราว์เซอร์ของคุณ — ไม่มี query ส่งไปยังเซิร์ฟเวอร์ใดๆ และหน้าทำงาน offline เมื่อโหลด
Reference รวม vendor-specific codes ที่คุณจะพบเจอในป่า เช่น 52x range ของ Cloudflare สำหรับ upstream errors สิ่งเหล่านี้ถูกทำเครื่องหมายเป็น vendor extensions แทนที่จะเป็น standard HTTP เพื่อให้คุณแยกแยะระหว่าง spec-defined code และ platform-specific code
HTTP Status Code Lookup FAQ
ความแตกต่างระหว่าง 400 และ 422 คืออะไร?
400 Bad Request สำหรับ requests ที่เซิร์ฟเวอร์ไม่สามารถ parse เลย — broken JSON, invalid query syntax 422 Unprocessable Entity สำหรับ requests ที่ parse ได้อย่างถูกต้องแต่ล้มเหลว semantic validation เช่น duplicate email หรือค่าอายุต่ำกว่าขั้นต่ำ
ความแตกต่างระหว่าง 401 และ 403 คืออะไร?
401 หมายถึง unauthenticated — ให้ credentials และ retry 403 หมายถึง authenticated แต่ forbidden — คุณไม่มี required permission และ different credentials อาจช่วย แต่เดียวกัน ไม่จะ
418 I'm a Teapot เป็น HTTP status code จริงหรือไม่?
ใช่ — มันถูกนิยามใน April Fools' RFC 2324 (1998) reaffirmed ใน RFC 7168 และรวมใน IANA registry มันไม่ได้ใช้โดย HTTP itself แต่บริการ handful return มันเป็น Easter egg
RFC ใดครอบคลุม modern HTTP status codes?
RFC 9110 ตีพิมพ์ในมิถุนายน 2022 คือ current HTTP semantics specification มันแทนที่ RFC 7231 และ consolidates core HTTP status code definitions
เหตุใดฉันเห็น status codes สูงกว่า 511?
Codes สูงกว่า 511 ไม่ได้รับการมอบหมายใน IANA registry บางแพลตฟอร์ม (เช่น Cloudflare) ใช้ custom 5xx codes สำหรับ error conditions ของตัวเอง แต่สิ่งเหล่านี้เป็น vendor extensions แทนที่จะเป็น standard HTTP