401 กับ 403 แตกต่างกันอย่างไร

401 Unauthorized หมายถึงคำขอขาดข้อมูลรับรองการตรวจสอบที่ถูกต้อง 403 Forbidden หมายถึงข้อมูลรับรองถูกต้องแต่ resource ห้ามสำหรับผู้ใช้นั้น APIs หลายตัวใช้ชื่อแทนกันได้ แต่ spec ชัดเจน: 401 ถ้าไม่ได้รับการตรวจสอบ 403 ถ้าได้รับการตรวจสอบแต่ไม่อนุญาต

ฉันควรใช้ 301 กับ 302 เมื่อใด

301 Moved Permanently บอก search engines และ clients ว่า URL ใหม่คือ canonical — link equity และ bookmarks ควรอัปเดต 302 Found ชั่วคราว ดังนั้น URL ต้นฉบับยังคงเป็น canonical สำหรับ migrations และ rebrands ใช้ 301

429 มาตรฐานหรือไม่

ใช่ — RFC 6585 กำหนด 429 Too Many Requests สำหรับ rate limiting หลายแพลตฟอร์มยังใช้ 503 Service Unavailable สำหรับวัตถุประสงค์เดียวกัน ซึ่งผิดทางเทคนิคเพราะ 5xx หมายถึงปัญหาเซิร์ฟเวอร์มากกว่าพฤติกรรม client

แล้วรหัสที่ไม่ใช่มาตรฐานเช่น 418 ล่ะ

418 I'm a teapot จาก RFC 2324, spec April Fools เป็นจริงในแง่ที่ปรากฏในโค้ด แต่ไม่ได้หมายถึง production Toova แสดงรายการเหล่านี้เพื่อความสมบูรณ์พร้อมโน้ต

มีข้อมูลถูกส่งไปยังเซิร์ฟเวอร์หรือไม่

ไม่ การ lookup เป็น client-side ทั้งหมด

ค้นหารหัส HTTP Status — อ้างอิง 1xx-5xx ครบถ้วน

อ้างอิงรหัส HTTP Status

ออกแบบเพื่อความเป็นส่วนตัว — ทำงานในเบราว์เซอร์ของคุณทั้งหมด

ค้นหารหัสสถานะ HTTP ใดๆ และดูความหมาย หมวดหมู่ และการอ้างอิง RFC Toova ครอบคลุมทุกรหัสมาตรฐานตั้งแต่ 100 ถึง 599 บวกที่ไม่ใช่มาตรฐานทั่วไปที่ใช้โดย CDNs และแพลตฟอร์ม — ทั้งหมดอธิบายในภาษาอังกฤษที่ชัดเจน ในเบราว์เซอร์ของคุณ

รหัสสถานะหมายความว่าอย่างไร

1xx คือ informational (หายาก) 2xx คือ success — 200 OK, 201 Created, 204 No Content 3xx คือ redirection — 301 ถาวร, 302 ชั่วคราว, 304 cached 4xx คือ client error — 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 429 Too Many Requests 5xx คือ server error — 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout Toova อธิบายแต่ละตัวในบริบท พร้อมลิงก์ไปยัง RFC ที่กำหนด

Gotchas ทั่วไป

302 กับ 301 สำคัญสำหรับ SEO และความสมบูรณ์ของลิงก์ 401 หมายถึงคำขอขาดข้อมูลรับรอง; 403 หมายถึงข้อมูลรับรองถูกต้องแต่ resource ถูกห้าม 429 คือสิ่งที่ควรคืนเมื่อ rate-limited แต่หลายแพลตฟอร์มส่ง 503 ผิด Toova เปิดเผยความแตกต่างเหล่านี้ด้วยตัวอย่างและตัวชี้ไปยังรหัสที่ถูกต้องสำหรับสถานการณ์ทั่วไป — เป็นประโยชน์เมื่อออกแบบ APIs หรือดีบักการตอบสนองที่ไม่คาดคิด

เฉพาะในเครื่อง

การ lookup ทำงานในเบราว์เซอร์ของคุณทั้งหมด — คำจำกัดความรหัสสถานะทั้งหมดอยู่กับหน้า ไม่มีการเรียก API ไม่มี rate limit ไม่มี outage หน้าทำงานออฟไลน์หลังจากโหลดครั้งแรก ทำให้ Toova เป็นการอ้างอิงที่เชื่อถือได้เมื่อคุณกำลังอยู่ในการดีบักลึกและบริการอื่นๆ ไม่เสถียร

คำถามที่พบบ่อย

401 กับ 403 แตกต่างกันอย่างไร: 401 Unauthorized หมายถึงคำขอขาดข้อมูลรับรองการตรวจสอบที่ถูกต้อง 403 Forbidden หมายถึงข้อมูลรับรองถูกต้องแต่ resource ห้ามสำหรับผู้ใช้นั้น APIs หลายตัวใช้ชื่อแทนกันได้ แต่ spec ชัดเจน: 401 ถ้าไม่ได้รับการตรวจสอบ 403 ถ้าได้รับการตรวจสอบแต่ไม่อนุญาต
ฉันควรใช้ 301 กับ 302 เมื่อใด: 301 Moved Permanently บอก search engines และ clients ว่า URL ใหม่คือ canonical — link equity และ bookmarks ควรอัปเดต 302 Found ชั่วคราว ดังนั้น URL ต้นฉบับยังคงเป็น canonical สำหรับ migrations และ rebrands ใช้ 301
429 มาตรฐานหรือไม่: ใช่ — RFC 6585 กำหนด 429 Too Many Requests สำหรับ rate limiting หลายแพลตฟอร์มยังใช้ 503 Service Unavailable สำหรับวัตถุประสงค์เดียวกัน ซึ่งผิดทางเทคนิคเพราะ 5xx หมายถึงปัญหาเซิร์ฟเวอร์มากกว่าพฤติกรรม client
แล้วรหัสที่ไม่ใช่มาตรฐานเช่น 418 ล่ะ: 418 I'm a teapot จาก RFC 2324, spec April Fools เป็นจริงในแง่ที่ปรากฏในโค้ด แต่ไม่ได้หมายถึง production Toova แสดงรายการเหล่านี้เพื่อความสมบูรณ์พร้อมโน้ต
มีข้อมูลถูกส่งไปยังเซิร์ฟเวอร์หรือไม่: ไม่ การ lookup เป็น client-side ทั้งหมด