รหัสข้อผิดพลาด 400 รหัสคือรหัสสถานะ HTTP ที่ระบุว่าเซิร์ฟเวอร์ไม่เข้าใจคำขอ ข้อผิดพลาดเหล่านี้อาจเกิดจากคำขอที่ไม่ถูกต้อง หรืออาจเกิดขึ้นเนื่องจากเซิร์ฟเวอร์ประสบปัญหาและไม่สามารถส่งมอบสิ่งที่คุณกำลังมองหาได้
ปัญหาคือรหัสข้อผิดพลาดส่วนใหญ่แสดงด้วยตัวเลขและคำอธิบายสั้นๆ สองสามคำ เพื่อช่วยผู้ที่ไม่เข้าใจในเรื่องนี้ เราจะขยายคำอธิบายเล็กน้อยเพื่อความชัดเจนยิ่งขึ้น
ข้อผิดพลาดในคำขอที่ไม่ถูกต้องเป็นผลมาจากสิ่งต่างๆ มากมาย แต่สาเหตุที่พบบ่อยที่สุดคือเมื่อผู้ใช้พิมพ์ URL ไม่ถูกต้อง กรณีนี้อาจเกิดขึ้นได้เมื่อบุคคลใช้เครื่องหมายทับหรือเครื่องหมายและไม่ถูกต้อง หรือออกจาก URL บางส่วนทั้งหมด เซิร์ฟเวอร์จะพยายามดำเนินการตามคำขอ และจะส่งคืนรหัสข้อผิดพลาด 400 ในท้ายที่สุด
ความเป็นไปได้อีกประการหนึ่งคือผู้ใช้พิมพ์ URL จากแหล่งภายนอกและคัดลอกอย่างไม่ถูกต้องหรือทำให้ผิดพลาด ตัวอย่างเช่น หากคุณเปิดเว็บไซต์โดยใช้โทรศัพท์แล้วพิมพ์ที่อยู่เว็บไซต์ คุณอาจพิมพ์อักขระบางตัวผิดเนื่องจากโรคนิ้วชี้ (เช่นฉัน)
สาเหตุที่พบได้น้อยกว่าสำหรับข้อผิดพลาดในคำขอที่ไม่ถูกต้องคือมีบางอย่างผิดปกติในการสื่อสารระหว่างไคลเอ็นต์กับเซิร์ฟเวอร์ อาจเป็นเพราะเซิร์ฟเวอร์ไม่เข้าใจสิ่งที่ลูกค้าร้องขอเลย (เบราว์เซอร์คอมพิวเตอร์ของคุณ) หรือไม่สามารถดำเนินการตามที่ลูกค้าถามถึงแม้จะเข้าใจถึงสิ่งที่เกิดขึ้นก็ตาม
หากคุณได้รับข้อความแสดงข้อผิดพลาด 400 ประเภทนี้ ให้ลองรีเฟรชหน้าเว็บของคุณหรือทำการค้นหาอื่นๆ จนกว่าคุณจะพบข้อความที่ทำงานได้อย่างถูกต้อง และใช้ URL นั้นแทนสิ่งที่ทำให้เกิดปัญหาสำหรับคุณในตอนนี้
การรู้ว่าข้อผิดพลาดเหล่านี้หมายถึงอะไรและจะแก้ไขได้อย่างไร จะช่วยคุณแก้ไขปัญหาเกี่ยวกับเซิร์ฟเวอร์ของเว็บไซต์ของคุณ หากคุณประสบปัญหาดังกล่าวในอนาคต และการทำความเข้าใจคำจำกัดความสามารถช่วยได้เมื่อพยายามค้นหาว่าเหตุใดเว็บไซต์ของคุณจึงไม่ส่งเนื้อหาอย่างถูกต้องที่ เวลาใดก็ได้
ข้อผิดพลาด 400 Bad Request เกิดขึ้นได้บ่อยและเกิดขึ้นเมื่อคำขอทรัพยากร (เช่น พยายามเข้าถึงหน้าเว็บหรือรูปภาพ) มีรูปแบบไม่ถูกต้องในเซิร์ฟเวอร์และไม่สามารถให้ทรัพยากรแก่คุณได้ เกือบจะเหมือนกับข้อผิดพลาด 404 Not Found แต่มักจะเกิดขึ้นในกรณีที่อาจพบบางสิ่งแต่ถือว่าไม่เหมาะสำหรับการใช้งานโดยไคลเอ็นต์
ตัวอย่างของรหัสสถานะนี้รวมถึงเมื่อ:
การตอบกลับสถานะข้อผิดพลาด 401 หมายความว่าคุณไม่มีข้อมูลรับรองการตรวจสอบสิทธิ์ที่ถูกต้องในการเข้าถึงสิ่งที่คุณพยายามจะทำ รหัสสถานะ HTTP นี้มักใช้เมื่อมีปัญหากับการรับรองความถูกต้องของไคลเอ็นต์ด้วยพร็อกซีระดับกลาง
ข้อผิดพลาด 402 หมายความว่าเซิร์ฟเวอร์ปฏิเสธคำขอเนื่องจากคุณไม่ได้ชำระเงินหรือชำระเงินแต่ไม่ได้ตั้งค่าวิธีการชำระเงิน คุณจะพบข้อผิดพลาดนี้โดยทั่วไปเมื่อคุณกำลังทดสอบไซต์บนเครื่องของคุณ และยังไม่ได้ชำระเงินสำหรับโฮสติ้ง คิดว่าเว็บไซต์ของคุณบอกคุณว่า "ก่อนอื่น จ่ายเงินให้ฉัน"
ข้อผิดพลาด 403 เป็นอีกปัญหาหนึ่งที่พบได้ทั่วไปและเกิดขึ้นเมื่อมีกระบวนการของเว็บเซิร์ฟเวอร์ที่มีสิทธิ์ในการอ่านไฟล์ไม่เพียงพอ นอกจากนี้ยังอาจเกิดจากการเป็นเจ้าของหรือการอนุญาตที่ไม่ถูกต้องในสคริปต์หรือโฟลเดอร์ในไดเรกทอรีรากของไซต์ของคุณ ตลอดจนการขาดสิทธิ์การเข้าถึงที่เหมาะสมบนทรัพยากรที่อยู่ในพื้นที่เว็บของคุณ
กล่าวโดยย่อ คุณจะได้รับข้อผิดพลาดนี้หากคุณพยายามเชื่อมต่อกับ URL ที่มีที่อยู่ IP ที่เป็นตัวแทนของคุณ แต่ยังไม่ได้รับการกำหนด (ยัง) จากผู้ให้บริการอินเทอร์เน็ต หากไม่มี URL ดังกล่าวเลย หรือหากไม่มี URL ดังกล่าวและเป็นของผู้อื่น (เช่น หากพวกเขาลบไซต์ของตน)
404 Not Found อาจเป็นรหัสข้อผิดพลาดที่พบบ่อยที่สุดที่คุณคาดว่าจะพบ แสดงว่าเซิร์ฟเวอร์ไม่พบทรัพยากรที่ร้องขอ ในโลกอุดมคติ แต่ละลิงก์ที่คุณคลิกหรือหน้าเว็บที่คุณขอจะมีเวลาตอบสนองปกติและส่งคืนสิ่งที่คุณกำลังมองหา แต่ในความเป็นจริง สิ่งนี้ไม่ได้เกิดขึ้นเสมอไป
หากผู้ใช้ได้รับข้อผิดพลาด 404 Not Found เมื่อพยายามเข้าชมหน้าเว็บ แสดงว่ามีสิ่งใดสิ่งหนึ่งเกิดขึ้น:
ในบริบทนี้ อีกคำหนึ่งสำหรับ “แตก” นั้นตายแล้ว (เช่นใน ลิงค์ตาย).
HTTP Error code 405 Method Not Allowed หมายความว่าด้วยเหตุผลบางประการ เซิร์ฟเวอร์ได้รับการกำหนดค่าให้ปฏิเสธวิธีการขอเฉพาะ เป็นการตอบสนองมาตรฐาน HTTP สำหรับคำขอที่ไม่ได้รับอนุญาตภายใต้เงื่อนไขเฉพาะ ตัวอย่างเช่น หากคุณกำลังพยายามโพสต์แบบฟอร์มข้อมูลไปยัง URL แต่ไคลเอ็นต์ของคุณได้รับการกำหนดค่าให้ใช้เมธอด GET แทน POST คุณจะทริกเกอร์ข้อผิดพลาดนี้
สาเหตุที่เป็นไปได้มากที่สุดที่คุณได้รับข้อความแสดงข้อผิดพลาดนี้เป็นเพราะการกำหนดค่าสิทธิ์บนเซิร์ฟเวอร์ของคุณไม่ถูกต้อง หากคุณกำลังพยายามแก้ไขข้อผิดพลาดนี้บนเว็บไซต์ของคุณ สถานที่ที่ดีที่สุดในการรับความช่วยเหลือคือ บริการโฮสติ้ง ผู้ให้บริการ. คุณต้องถามว่าพวกเขาอนุญาตให้ใช้วิธี HTTP ที่เป็นปัญหาหรือไม่
คุณยังสามารถกำหนดค่าเว็บไซต์หรือเว็บแอปของคุณเพื่อไม่ให้ใช้กริยา HTTP เฉพาะตัวใดตัวหนึ่งโดยการตั้งค่าพารามิเตอร์ใน .htaccess ไฟล์.
ข้อผิดพลาด 406 ไม่เป็นที่ยอมรับคือรหัสข้อผิดพลาดของไคลเอ็นต์ เซิร์ฟเวอร์จะตอบสนองด้วยข้อผิดพลาดนี้เมื่อไม่สามารถส่งการตอบกลับที่ตรงกับรูปแบบที่ร้องขอในส่วนหัวของคำขอ กล่าวคือ หากคุณกำลังขอไฟล์ JPG และเซิร์ฟเวอร์ต้องการส่ง PDF ให้คุณแทน เซิร์ฟเวอร์จะตอบกลับด้วยข้อผิดพลาดนี้
รหัสข้อผิดพลาดนี้ไม่ค่อยพบเห็น และเบราว์เซอร์บางตัวอาจแสดงผลไม่ถูกต้อง
รหัสสถานะ 406 หมายความว่ามีปัญหากับรูปแบบคำขอของคุณเท่านั้น ต้องไม่รวมเนื้อหาข้อความ 406 ในการตอบกลับ ดังนั้น หากคุณเห็นข้อความ แสดงว่าอาจมีบางอย่างผิดพลาดในส่วนท้ายของคุณ
บางครั้งอาจเกิดจากบั๊กของเบราว์เซอร์หรือมัลแวร์ในระบบของคุณ ซึ่งบังคับให้ทุกแหล่งที่มาของหน้าดาวน์โหลดเป็น HTML แม้ว่าจะมีการระบุรูปแบบอื่นๆ ในการตั้งค่าของคุณ เป็นไปได้มากว่าข้อผิดพลาดนี้เกิดขึ้นเนื่องจากคำขอ URL ที่ไม่ถูกต้อง (เช่น การป้อน “www.examplecom” แทน “www.example.com”)
407 Proxy Authentication Required หมายความว่าเซิร์ฟเวอร์ไม่สามารถดำเนินการตามคำขอได้ เนื่องจากไคลเอ็นต์ขาดข้อมูลรับรองการตรวจสอบสิทธิ์ที่เหมาะสมสำหรับ พร็อกซีเซิร์ฟเวอร์ ที่ขัดขวางการร้องขอระหว่างไคลเอนต์และเซิร์ฟเวอร์
ข้อผิดพลาด 407 มักเกิดขึ้นเมื่อเว็บไซต์พยายามโหลดเนื้อหาผ่านพร็อกซีเซิร์ฟเวอร์ แต่ไม่ได้รับการอนุญาตจากพร็อกซีนั้น ข้อผิดพลาดนี้อาจเกี่ยวข้องกับการกำหนดค่าอินเทอร์เน็ตของคุณไม่ถูกต้องหรือ ไฟร์วอลล์. นอกจากนี้ยังอาจหมายความว่าคุณกำลังใช้คอมพิวเตอร์ที่โรงเรียนหรือที่ทำงานของคุณตั้งค่าไว้ และหน่วยงานเหล่านั้นกำลังบล็อกคุณไม่ให้เข้าถึงบางเว็บไซต์
ด้วยรหัส 408 ลูกค้าไม่ได้ส่งคำขอภายในเวลาที่เซิร์ฟเวอร์เตรียมรอ คุณเห็นไหมว่าเมื่อพูดถึงการสื่อสารทางอินเทอร์เน็ต เครื่องจักรไม่มีความอดทนของมนุษย์—พวกเขาคาดหวังการตอบสนองในทันที และเนื่องจากเครื่องจักรเหล่านี้มักจะให้ข้อมูลหรือบริการที่สำคัญ บางครั้งจึงไม่สามารถให้อภัยได้
สาเหตุที่เป็นไปได้มากที่สุดของข้อผิดพลาด 408 คือไคลเอ็นต์ได้ส่งคำขอจำนวนมาก (เช่น ดาวน์โหลดระบบปฏิบัติการทั้งหมด) หรืออาจส่งคำขอเร็วเกินไป หลังมักจะเกิดขึ้นกับกระบวนการอัตโนมัติ (เช่น บอท)
ในทั้งสองกรณี เซิร์ฟเวอร์หมดเวลารอคำขอ จะไม่คาดหวังอะไรเพิ่มเติมจากเบราว์เซอร์ของคุณอีกต่อไปและจะปิดการเชื่อมต่อของคุณหากคุณยังคงเงียบ
ความขัดแย้ง 409 คือรหัสข้อผิดพลาดของไคลเอ็นต์ที่แสดงว่ามีปัญหากับสิ่งที่เกิดขึ้นระหว่างที่คุณพยายามส่งคำขอจากเว็บเซิร์ฟเวอร์ ตัวอย่างเช่น เพื่อลบรายการออกจากของใครบางคน ตะกร้าสินค้าบนเว็บไซต์อีคอมเมิร์ซคุณต้องแน่ใจว่ามีสินค้าในรถเข็นก่อนจึงจะลบได้
หากคุณพยายามส่งคำขอ DELETE เพื่อลบสินค้าที่ไม่ได้อยู่ในรถเข็น จะส่งผลให้เกิดความขัดแย้ง 409 พูดง่ายๆ ก็คือ คุณไม่สามารถลบสิ่งที่ไม่มีอยู่ออกได้
รหัสข้อผิดพลาด 410 Gone เป็นการตอบสนองต่อคำขอทรัพยากรที่ไม่มีอยู่อีกต่อไป เซิร์ฟเวอร์จะไม่ตอบสนองต่อคำขอใด ๆ สำหรับทรัพยากรนี้ และควรลบออกจากแคชของไคลเอ็นต์
รหัสข้อผิดพลาดนี้ระบุว่าทรัพยากรถูกลบโดยเจตนาและจะไม่กลับมาอีก คล้ายกับ 404 Not Found แต่บางครั้งใช้แทนข้อผิดพลาด 404 สำหรับทรัพยากรที่เคยมีอยู่แต่ถูกลบโดยเจตนา
รหัสสถานะ 411 Length Required บ่งชี้ว่าเซิร์ฟเวอร์คาดหวังฟิลด์ส่วนหัวของความยาวเนื้อหาที่มีค่าความยาวที่ถูกต้องในคำขอของไคลเอ็นต์ ค่าส่วนหัวของความยาวเนื้อหาที่ถูกต้องต้องมีอยู่ในคำขอและมีค่าเท่ากับหรือมากกว่าศูนย์
หากคำขอ POST ไม่มีส่วนหัวของความยาวเนื้อหา เป็นไปได้ว่าตัวแทนผู้ใช้จะปฏิเสธพร้อมข้อความแสดงข้อผิดพลาด เช่น "411 ความยาวที่จำเป็น" หรือ "411 ฟิลด์ที่จำเป็นขาดหายไป"
รหัสตอบกลับ 412 Precondition Failed แสดงว่ามีเงื่อนไขที่มีอยู่ซึ่งเซิร์ฟเวอร์ยังไม่ได้รับการตอบสนอง เซิร์ฟเวอร์ต้องตอบสนองด้วยรายการเงื่อนไขเบื้องต้นเหล่านี้ (เฉพาะที่ไม่ผ่านการตรวจสอบ) โดยใช้ส่วนหัว Retry-After หรือโดยการส่งรหัสสถานะ 417 Expectation Failed
บางครั้ง ข้อผิดพลาดนี้ใช้เป็นการตอบสนอง "ตกลง" สำหรับเงื่อนไขประเภทอื่นๆ เช่น เมื่อผู้ใช้ได้รับการตรวจสอบสิทธิ์เรียบร้อยแล้ว แต่ไม่มีสิทธิ์เข้าถึงทรัพยากรที่ร้องขอ ในกรณีนี้ เป็นเรื่องปกติที่จะให้การแสดงทางเลือกของทรัพยากร หรือส่งคืน 404 Not Found หากไม่มีการแสดงข้อมูลดังกล่าว
รหัสสถานะการตอบสนอง 413 Payload Too Large ระบุว่าคุณกำลังพยายามขอให้เซิร์ฟเวอร์ทำงานที่ไม่พร้อมสำหรับการจัดการ เนื่องจากรู้ว่าคำขอนั้นเป็นไปไม่ได้ที่จะตอบสนอง โดยปกติแล้วจะเพียงแค่ยกเลิกและปิดการเชื่อมต่อ
คุณไม่ควรกังวลเกี่ยวกับข้อผิดพลาดนี้มากเกินไปเพราะมักจะไม่ถาวร เพย์โหลดเป็นไดนามิกและเซิร์ฟเวอร์จะรวมฟิลด์ส่วนหัว Retry-After เพื่อให้ลูกค้าสามารถดำเนินการร้องขอซ้ำได้ในภายหลัง
ข้อผิดพลาด 414 URI Too Long เกิดขึ้นเมื่อ URL ที่คุณพยายามเข้าถึงหรือใช้ยาวเกินไปและเซิร์ฟเวอร์ไม่สามารถดำเนินการได้ รหัสข้อผิดพลาดนี้มักถูกส่งคืนเมื่อใช้พร็อกซีเซิร์ฟเวอร์ โดยเฉพาะอย่างยิ่งหาก URL ที่คุณพยายามเข้าถึงมีพารามิเตอร์หลายตัวต่อท้าย
ตัวอย่างต่อไปนี้แสดงวิธีแสดงข้อความแสดงข้อผิดพลาดสำหรับรหัส 414 ในเบราว์เซอร์:
Request-URI ยาวเกินไป ความยาวของ URL ที่ร้องขอเกินขีดจำกัดความจุสำหรับเซิร์ฟเวอร์นี้
รหัสสถานะ HTTP 415 Unsupported Media Type หมายความตามชื่อของมันอย่างชัดเจน: เซิร์ฟเวอร์ปฏิเสธที่จะยอมรับคำขอของลูกค้าเนื่องจากมีเนื้อหาที่อยู่ในรูปแบบที่ทรัพยากรเป้าหมายไม่รองรับ
ข้อผิดพลาดนี้มักเกิดขึ้นเมื่อเนื้อหาคำขอมีรูปแบบไม่ถูกต้องหรือใช้ประเภทสื่อที่ไม่รองรับ ตัวอย่างเช่น คำขอ POST อาจมีข้อมูล JSON แต่รวมส่วนหัวประเภทเนื้อหาที่ระบุข้อความ/HTML.
วิธีที่ดีในการแก้ไขข้อผิดพลาดนี้คือการเพิ่มการสนับสนุนสำหรับประเภทสื่อที่เหมาะสมหรือเปลี่ยนรูปแบบของร่างกายของคุณเพื่อให้พอดีกับประเภทที่คุณยอมรับ
หากมีฟิลด์ส่วนหัวคำขอช่วงในคำขอของคุณ เว็บเซิร์ฟเวอร์ อาจตอบสนองด้วยข้อผิดพลาดนี้ ตัวอย่างเช่น หากค่าตัวระบุช่วงคาบเกี่ยวกันและไม่ได้รวมฟิลด์ส่วนหัวคำขอ If-Range
เมื่อมีการส่งคืนรหัสสถานะนี้สำหรับคำขอช่วงไบต์ การตอบกลับควรรวมฟิลด์ส่วนหัวของเอนทิตีช่วงเนื้อหาที่ระบุความยาวปัจจุบันของทรัพยากรที่เลือก คุณไม่ควรใช้ ประเภทเนื้อหาหลายส่วน/ไบต์เรนจ์.
คุณจะพบกับข้อผิดพลาด 417 Expectation Failed เมื่อเซิร์ฟเวอร์ไม่ตรงตามข้อกำหนดของช่องส่วนหัวของคำขอ Expect แอปพลิเคชั่นจำนวนมากใช้รหัสนี้เพื่อตอบสนองต่อลายเซ็นดิจิทัลหรือ การเข้ารหัสลับ ใช้ในข้อความและต้องมีความคาดหวังในการประมวลผลข้อความดังกล่าว
จากนั้นลูกค้าจะได้รับคำสั่งไม่ให้ทำซ้ำคำขอโดยไม่มีการแก้ไข มิฉะนั้นจะยังคงได้รับรหัสสถานะ 417
สำหรับผู้ที่รู้สึกว่านักพัฒนาไม่มีอารมณ์ขัน ดูเหมือนว่าข้อผิดพลาด 418 I'm a teapot ดูเหมือนจะออกแบบมาเพื่อพิสูจน์ว่าพวกเขาคิดผิด ข้อผิดพลาดนี้จะถูกส่งคืนเมื่อไคลเอ็นต์ HTTP พยายามชงกาแฟด้วยกาน้ำชา เนื่องจากหม้อที่ต่ออยู่นั้น แท้จริงแล้วคือกาน้ำชา – สั้นและอ้วน
รหัสข้อผิดพลาดเป็นส่วนหนึ่งของแบบดั้งเดิม เรื่องตลกของ IETF วันเอพริลฟูลส์ใน RFC 2324, Hyper Text Coffee Pot Control Protocol โดยวิธีการที่มันไม่จริง ฉันรวมไว้เพียงเพราะจะมีพวกคุณบางคนที่พบมันใน Google
ข้อผิดพลาด 421 เกิดขึ้นเมื่อเซิร์ฟเวอร์ปฏิเสธที่จะส่งคำขอ สิ่งนี้สามารถเกิดขึ้นได้จากหลายสาเหตุ รวมถึง
422 Unprocessable Entity เป็นข้อผิดพลาดของไคลเอ็นต์ และโดยปกติแล้วจะบ่งชี้ว่าเซิร์ฟเวอร์ไม่สามารถจัดการคำขอได้เนื่องจากสาเหตุหลายประการ ความน่าจะเป็นทั่วไปอย่างหนึ่งคือคำขอมีรูปแบบไม่ถูกต้อง อาจเป็นไปได้ว่าเซิร์ฟเวอร์เป็นแบดบอยและไม่ควรส่งข้อความแสดงข้อผิดพลาด
หากคุณได้รับข้อผิดพลาด 422 Unprocessable Entity ในการตอบสนองต่อคำขอเฉพาะ ไม่สามารถแก้ไขได้เพียงแค่เปลี่ยนพารามิเตอร์คำขอของคุณ หมายความว่าคำขอทั้งหมดของคุณไม่สามารถประมวลผลโดยเซิร์ฟเวอร์แอปพลิเคชันได้เนื่องจากเหตุผลที่กล่าวข้างต้น
สิ่งนี้สามารถเกิดขึ้นได้เมื่อคุณพยายามเข้าถึงปลายทางด้วยวิธีการ PUT หรือ POST บน URL ที่ไม่รองรับ
423 ข้อผิดพลาดที่ถูกล็อกเป็นส่วนย่อยของข้อผิดพลาดคำขอไม่ถูกต้อง 400 รายการ ซึ่งหมายความว่าไคลเอ็นต์ได้ส่งคำขอไปยังเซิร์ฟเวอร์ที่ไม่ถูกต้องทางวากยสัมพันธ์ ข้อผิดพลาดเหล่านี้คล้ายกับรหัสข้อผิดพลาด 401 Unauthorized (หรือ 403 Forbidden) มาก แต่ในกรณีนี้ การตรวจสอบสิทธิ์จะไม่ช่วย แม้ว่าทั้งคู่จะสะท้อนถึงความล้มเหลวของการอนุญาต แต่ก็มีความแตกต่างที่สำคัญระหว่างพวกเขา
ในข้อผิดพลาดที่ไม่ได้รับอนุญาต 401 เซิร์ฟเวอร์จะแจ้งไคลเอ็นต์ว่าไม่มีความสามารถในการอนุญาตไคลเอ็นต์สำหรับการเข้าถึง ส่วนหัวของการตอบสนองจะมีบางอย่างเช่น WWW-Authenticate: Basic realm=”Restricted Area” และเมื่อเบราว์เซอร์ของคุณเห็นส่วนหัวนี้ ระบบจะแจ้งให้คุณใส่ชื่อผู้ใช้และรหัสผ่านหากคุณยังไม่ได้ป้อน
หากคุณป้อนข้อมูลเหล่านี้ถูกต้อง เบราว์เซอร์ของคุณจะส่งคำขอเดิมของคุณอีกครั้งพร้อมส่วนหัวการให้สิทธิ์ (เช่น การอนุญาต: พื้นฐาน eFVzdEp0EYB0)
ในทางตรงกันข้าม ในข้อผิดพลาด 423 ที่ถูกล็อค ไม่สามารถส่งใหม่ได้ เนื่องจากแม้การป้อนข้อมูลรับรองที่ถูกต้องจะไม่อนุญาตให้มีการอนุญาตมากกว่าที่เป็นอยู่ในปัจจุบัน — ดังนั้นชื่อ “ล็อค” — เพราะยังไงก็ตามจะถูกห้าม
ส่วนหัวของการตอบสนองจะมีบางอย่างเช่น “Allow: GET POST HEAD OPTIONS TRACE”; อนุญาตวิธีการเหล่านั้นแต่ไม่ใช่ “PATCH” หรือ “DELETE” – วิธีเหล่านั้นถูกล็อคไว้ในทรัพยากรนี้
รหัสข้อผิดพลาดนี้คล้ายกับa 503 บริการไม่พร้อมใช้งานยกเว้นว่าเซิร์ฟเวอร์ไม่สามารถดำเนินการตามคำขอได้เนื่องจากคำขอขึ้นอยู่กับคำขออื่นและคำขอนั้นล้มเหลว ลูกค้าไม่ควรทำซ้ำคำขอเดิมโดยไม่มีการแก้ไข
ตัวอย่างเช่น ผู้ใช้พยายามดำเนินการโดยใช้สองวิธี วิธีหนึ่งต้องการการรับรองความถูกต้องในขณะที่อีกวิธีหนึ่งไม่ต้องการ หากผู้ใช้ไม่ได้รับการพิสูจน์ตัวตน พวกเขาจะได้รับรหัสข้อผิดพลาดนี้เป็นการตอบกลับ
รหัสข้อผิดพลาด 425 Too Early ถูกส่งกลับโดยเซิร์ฟเวอร์ที่ไม่พร้อมที่จะดำเนินการตามคำขอ อาจเป็นเพราะเซิร์ฟเวอร์ไม่ว่าง หรือเนื่องจากได้รับคำขอที่ไม่สามารถจัดการได้ ความเป็นไปได้อีกประการหนึ่งคือลูกค้าใช้ข้อมูลที่ล้าสมัยเพื่อรวบรวมคำขอเริ่มต้น และสิ่งนี้ก็เปลี่ยนไปตั้งแต่นั้นเป็นต้นมา
หากเกิดข้อผิดพลาด 426 แสดงว่าเซิร์ฟเวอร์ปฏิเสธที่จะจัดการคำขอตามโปรโตคอลที่เลือก “การอัพเกรด” เป็นโปรโตคอลอื่นอาจได้รับการอนุมัติและดำเนินการ ข้อผิดพลาด 426 จะมีข้อมูลเกี่ยวกับโปรโตคอลที่ต้องการ
ตัวอย่างเช่น เมื่อขอหน้า เบราว์เซอร์อาจได้รับการตอบสนอง 426 โดยระบุว่าต้องใช้ HTTPS แทน HTTP.
สถานะ 428 Precondition Required หมายความว่าต้องเป็นไปตามเงื่อนไขเพื่อดำเนินการตามคำขอ เซิร์ฟเวอร์ส่วนใหญ่ใช้สิ่งนี้เพื่อหลีกเลี่ยง ปัญหา “การอัพเดทที่หายไป”. เกิดขึ้นเมื่อไคลเอนต์ได้รับสถานะทรัพยากร แก้ไข และแทนที่บนเซิร์ฟเวอร์
ในระหว่างนี้ สถานะจะถูกแก้ไขโดยบุคคลอื่น ดังนั้น จึงเกิดความขัดแย้งขึ้น คิดซะว่าเป็นการที่คนสองคนทะเลาะกันเพื่อแย่งชิงสิทธิ์ในการใช้สมุดหน้าเดียวกัน
เว็บเซิร์ฟเวอร์ใช้เงื่อนไขเพื่อให้แน่ใจว่าทุกคนที่ทำงานกับเว็บนั้นมีสำเนาสถานะที่แก้ไขได้ถูกต้อง หากต้องการเริ่มต้นการตรวจสอบเงื่อนไขเบื้องต้น คุณต้องใส่ฟิลด์ส่วนหัว "If-Match" หรือ "If-Unmodified-Since" ในคำขอของคุณ ตัวอย่างเช่น:
GET /test HTTP/1.1 If-Match: "747060ad8c113d8af7ad2048f209582f
HTTP Error 429 คำขอมากเกินไปเกิดจากเซิร์ฟเวอร์ปฏิเสธคำขอ HTTP เนื่องจากไคลเอ็นต์ส่งคำขอมากเกินไปในระยะเวลาที่กำหนด ข้อผิดพลาดนี้มักเกิดจากระบบจำกัดอัตราบางอย่าง เช่น Cloudflare จำกัด อัตรา หรือ สคริปต์การป้องกัน Anti-DDoS.
ขีดจำกัดอัตราจะแตกต่างกันไป ดังนั้นจึงไม่มีทางคาดการณ์ได้อย่างแท้จริง เว้นแต่คุณจะเป็นคนจัดการตัวจำกัด อย่างไรก็ตาม ตราบใดที่คุณพยายามผลักดันสิ่งนี้ต่อไป มีโอกาสสูงที่ที่อยู่ IP ของคุณจะถูกแบนในที่สุด
รหัสสถานะ 431 หมายความว่าฟิลด์ส่วนหัวที่คุณส่งไปยังเซิร์ฟเวอร์นั้นใหญ่เกินไป นอกจากนี้ยังสามารถหมายความว่าฟิลด์ส่วนหัวมีความผิด ในกรณีหลัง การแสดงการตอบสนองมักจะระบุฟิลด์ส่วนหัวเฉพาะที่มีขนาดใหญ่เกินไป
การตอบกลับด้วยรหัสสถานะ 431 สามารถใช้โดยเซิร์ฟเวอร์ต้นทางเพื่อระบุว่าคำขออาจไม่ปลอดภัยหรือไม่เหมาะสม การตอบกลับต้องมีข้อมูลเมตาที่อธิบายว่าเหตุใดจึงไม่สามารถดำเนินการดังกล่าวให้เสร็จสิ้นได้
ข้อผิดพลาด HTTP 451 จะถูกรายงานเมื่อเนื้อหาไม่พร้อมใช้งานเนื่องจากปัญหาทางกฎหมาย หากคุณได้รับรหัสข้อผิดพลาดนี้ คุณควรติดต่อผู้ดูแลระบบเซิร์ฟเวอร์ของคุณ ซึ่งสามารถให้ข้อมูลเพิ่มเติมเกี่ยวกับสาเหตุของปัญหาและวิธีแก้ปัญหา
เนื่องจากข้อผิดพลาดนี้เกี่ยวข้องกับการเซ็นเซอร์และปัญหาทางกฎหมาย คำขอใดๆ ที่ส่งผลให้เกิดข้อผิดพลาด 451 มักจะส่งคืนข้อความทั่วไปที่ระบุว่าทรัพยากรไม่พร้อมใช้งานเนื่องจากเหตุผลทางกฎหมาย
วิธีแก้ไขรหัสข้อผิดพลาด 400 รหัสขึ้นอยู่กับว่าคุณเป็นผู้ใช้หรือเจ้าของเว็บไซต์ สำหรับผู้ใช้ คุณไม่จำเป็นต้องทำอะไรนอกจากรีเฟรชหน้าหรือลองอีกครั้งในภายหลัง หากไม่ได้ผล คุณจะต้องติดต่อเจ้าของ/ผู้ดูแลระบบของเว็บไซต์เพื่อแก้ไขปัญหา
หากคุณเป็นเจ้าของเว็บไซต์และได้รับรหัสข้อผิดพลาดนี้ในเทอร์มินัลของคุณ มีบางสิ่งที่ต้องทำความเข้าใจ ประการแรก รหัสข้อผิดพลาด 400 รหัสอาจเกิดจากการมีรหัสที่เขียนไม่ถูกต้องในไฟล์เซิร์ฟเวอร์ของคุณ คุณจะต้องเข้าใจว่าข้อผิดพลาดต่างๆ เหล่านี้หมายถึงอะไร และค้นหาแนวทางปฏิบัติที่เหมาะสมสำหรับการแก้ไข
ข้อผิดพลาด 400 ข้ออาจทำให้เกิดความยุ่งยากได้มาก แต่โชคดีที่แก้ไขได้ง่ายมากหากคุณเข้าใจว่าเว็บเซิร์ฟเวอร์ต้องการอะไร โชคดีที่ข้อผิดพลาดแต่ละข้อมีความแตกต่างกันและจะมีข้อความสถานะของตัวเองในเบราว์เซอร์ของคุณ สิ่งนี้จะช่วยให้คุณทราบสาเหตุที่คำขอล้มเหลวและคุณจะแก้ไขได้อย่างไร
หากคุณยังคงประสบปัญหากับคำขอที่ไม่ได้รับการแก้ไข ให้ลองติดต่อฝ่ายสนับสนุนโฮสติ้งของคุณหรือลองใช้เบราว์เซอร์อื่น เนื่องจากเบราว์เซอร์บางตัวอาจจัดการคำขอบางอย่างต่างกัน
