ทุกครั้งที่คุณเข้าถึงเว็บเซิร์ฟเวอร์ คุณจะได้รับรหัสสถานะการตอบกลับ รหัสเหล่านี้แบ่งออกเป็นห้ากลุ่มหลัก และแต่ละรหัสมีความหมายสามหลัก กลุ่มรหัสสามารถกำหนดได้อย่างง่ายดายด้วยหลักแรก:

• 1xx - ข้อมูล
• 2xx - สำเร็จลุล่วงได้สำเร็จ
• 3xx - การเปลี่ยนเส้นทาง
• 4xx - ข้อผิดพลาดในฝั่งไคลเอ็นต์
• 5xx - ข้อผิดพลาดทางฝั่งเซิร์ฟเวอร์

มีความหลากหลายมาก ข้อผิดพลาดที่เป็นไปได้แต่เราจะอธิบายเฉพาะสิ่งพื้นฐานที่สุดเท่านั้น

ภาพรวมของข้อผิดพลาดไคลเอ็นต์และเซิร์ฟเวอร์

ข้อผิดพลาดของไคลเอนต์ (400-499) เป็นผลมาจากคำขอที่ไม่ถูกต้องจากไคลเอนต์ แม้ว่าข้อผิดพลาดเหล่านี้จะเกิดขึ้นในฝั่งไคลเอ็นต์ แต่ก็ควรได้รับความสนใจอย่างเพียงพอและทั้งหมด ตัวเลือกที่เป็นไปได้กำจัดพวกมันทางฝั่งเซิร์ฟเวอร์

ข้อผิดพลาดของเซิร์ฟเวอร์ (500-599) เกิดขึ้นเมื่อเซิร์ฟเวอร์ไม่สามารถประมวลผลคำขอของผู้ใช้และพบปัญหาภายในบางอย่าง

หมายเหตุสำหรับการแก้ไขปัญหาพื้นฐาน

• ตรวจสอบบันทึกเซิร์ฟเวอร์ ซึ่งคุณจะได้รับมากขึ้น ข้อมูลรายละเอียดเกี่ยวกับปัญหาที่เกิดขึ้น ตัวอย่างเช่น เซิร์ฟเวอร์อย่าง Apache และ Nginx เขียนบันทึกลงในไฟล์ access.log และ error.log ซึ่งคุณสามารถดูได้
• โปรดทราบว่ารหัสตอบกลับ HTTP เป็นมาตรฐานที่ต้องปฏิบัติตามโดยแอปพลิเคชันที่ประมวลผลคำขอ นั่นคือโค้ดผลลัพธ์จะขึ้นอยู่กับแอปพลิเคชันนั้นเอง

หลังจากที่เราได้อธิบายข้อผิดพลาดหลักอย่างผิวเผินแล้ว เราจะพิจารณารายละเอียดเพิ่มเติม

400 คำขอไม่ถูกต้อง

รหัสนี้หมายความว่าคำขอไปยังเซิร์ฟเวอร์มีการกำหนดสูตรไม่ถูกต้องหรืออาจใช้ไวยากรณ์ไม่ถูกต้อง

สาเหตุที่เป็นไปได้หลายประการสำหรับข้อผิดพลาดนี้:

• คุกกี้ของผู้ใช้ซึ่งขึ้นอยู่กับการทำงานของไซต์นั้นได้รับความเสียหาย การล้างแคชและคุกกี้มักจะช่วยแก้ปัญหาได้
• คำขอที่ไม่ถูกต้องเนื่องจากความผิดของผู้ใช้เอง เช่น เมื่อคำขอถูกสร้างขึ้นเมื่อใด ช่วยขด.

การเข้าถึง 401 ถูกปฏิเสธ

รหัสนี้จะเกิดขึ้นหากผู้ใช้พยายามเข้าถึงทรัพยากรส่วนตัวโดยไม่ได้รับอนุญาต หรือหากไม่ได้รับอนุญาตโดยสมบูรณ์ นั่นคือผู้ใช้จะต้องป้อนชื่อผู้ใช้และรหัสผ่านเพื่อเข้าถึงทรัพยากรที่ได้รับการป้องกัน

ตัวอย่างจะเป็นสถานการณ์ที่ผู้ใช้พยายามรับทรัพยากรบางอย่างที่ได้รับการคุ้มครอง ความช่วยเหลือเกี่ยวกับ HTTPการรับรองความถูกต้อง ในกรณีนี้ ผู้ใช้จะสามารถเข้าถึงทรัพยากรได้หลังจากป้อนข้อมูลเข้าสู่ระบบและรหัสผ่านที่ถูกต้องซึ่งระบุไว้ในไฟล์ .htpasswd เท่านั้น

การเข้าถึง 403 ถูกปฏิเสธ

รหัสนี้หมายความว่าผู้ใช้สร้างคำขอที่ถูกต้อง แต่เซิร์ฟเวอร์ปฏิเสธที่จะตอบกลับเนื่องจากข้อจำกัดด้านสิทธิ์ หากคุณพบรหัสดังกล่าว สิ่งแรกที่ต้องพิจารณาคือเหตุผลต่อไปนี้:

• สิทธิ์ของไฟล์

รหัส 403 มักเกิดขึ้นเมื่อผู้ใช้ที่เว็บเซิร์ฟเวอร์ทำงานอยู่ไม่มีสิทธิ์เพียงพอในไฟล์ที่ไคลเอ็นต์กำลังเข้าถึง

พิจารณาสถานการณ์ต่อไปนี้:

• ผู้ใช้เข้าถึงไฟล์ดัชนีเซิร์ฟเวอร์ http://example.com/index.html
• เซิร์ฟเวอร์ทำงานภายใต้ผู้ใช้ www-data
• บนเซิร์ฟเวอร์ ไฟล์นี้อยู่ที่ /usr/share/nginx/html/index.html

ตรวจสอบให้แน่ใจว่าผู้ใช้ www-data มีสิทธิ์อ่านไฟล์นี้ ส่วนใหญ่มักหมายความว่าต้องตั้งค่า "การเข้าถึงแบบสาธารณะ" ให้อ่าน แน่นอนว่ามีหลายวิธีในการแก้ไขปัญหา แต่คำสั่งต่อไปนี้จะช่วยคุณได้อย่างแน่นอน:

Sudo chmod o=r /usr/share/nginx/html/index.html

สาเหตุถัดไปของข้อผิดพลาด 403 ซึ่งมักสร้างขึ้นโดยตั้งใจคือไฟล์ .htaccess ในนั้นคุณสามารถตั้งกฎสำหรับการเข้าถึงทรัพยากรได้ เช่น สำหรับช่วงที่อยู่ IP บางช่วง

โปรดตรวจสอบไฟล์นี้อย่างละเอียดหากคุณประสบปัญหานี้

ไม่มีไฟล์ดัชนี

หากผู้ใช้เข้าถึงไดเร็กทอรีที่ ไฟล์ดัชนีและห้ามดูเนื้อหาของไดเร็กทอรี เขาจะได้รับรหัส 403 เป็นการตอบกลับ ตัวอย่างเช่น ผู้ใช้เข้าถึง http://example.com/emptydir/ ไม่มีไฟล์ดัชนีในไดเร็กทอรีนี้ ในกรณีนี้ เซิร์ฟเวอร์จะส่งคืนรหัส 403

หากคุณต้องการอนุญาตให้ดูเนื้อหาของไดเร็กทอรี สามารถทำได้ในการตั้งค่าเซิร์ฟเวอร์

ไม่พบ 404

ข้อผิดพลาดหมายความว่าผู้ใช้เข้าถึงเซิร์ฟเวอร์อย่างถูกต้อง แต่เซิร์ฟเวอร์ไม่พบทรัพยากรที่ร้องขอ

รหัส 404 สามารถเกิดขึ้นได้ในหลายสถานการณ์ หากพบเจอ ปัญหาที่คล้ายกันจากนั้นให้พิจารณาสาเหตุต่อไปนี้ก่อน:

• URL ที่ป้อนถูกต้องหรือไม่?
• มีไฟล์อยู่บนเซิร์ฟเวอร์หรือไม่? บางทีอาจถูกลบหรือย้าย?
• ไดเรกทอรีรากของเซิร์ฟเวอร์ระบุอย่างถูกต้องในการตั้งค่าหรือไม่
• ผู้ใช้ที่เซิร์ฟเวอร์ทำงานอยู่มีสิทธิ์ที่ถูกต้องในการอ่านไฟล์หรือไม่ จำเป็นต้องมีสิทธิ์ไม่เพียง แต่ในการอ่านเท่านั้น แต่ยังต้องดำเนินการอีกด้วย
• ใช้หรือเปล่า ลิงค์สัญลักษณ์เพื่อดำเนินการตามคำขอ? หากเป็นเช่นนั้น เซิร์ฟเวอร์ของคุณได้รับการกำหนดค่าอย่างถูกต้องให้รองรับหรือไม่

ข้อผิดพลาดเซิร์ฟเวอร์ภายใน 500 รายการ

ข้อผิดพลาดหมายความว่าเซิร์ฟเวอร์ไม่สามารถประมวลผลคำขอได้เนื่องจากสาเหตุภายในที่ไม่ทราบสาเหตุ

มากที่สุด เหตุผลทั่วไป - การตั้งค่าไม่ถูกต้องเซิร์ฟเวอร์ (incorrect.htaccess) หรือการเข้าถึงแพ็คเกจ PHP ที่ถอนการติดตั้ง

ข้อผิดพลาดเกตเวย์ 502

ข้อผิดพลาดนี้หมายความว่าเซิร์ฟเวอร์เป็นเกตเวย์หรือพร็อกซีเซิร์ฟเวอร์ที่ไม่ได้รับการตอบกลับจากเซิร์ฟเวอร์แบ็กเอนด์ที่รับผิดชอบในการประมวลผลคำขอ

หากเซิร์ฟเวอร์ทำหน้าที่เป็นพร็อกซีย้อนกลับ เช่น โหลดบาลานเซอร์ ให้ตรวจสอบให้แน่ใจว่า:

• เซิร์ฟเวอร์แบ็กเอนด์ (รับผิดชอบในการประมวลผลคำขอ) ทำงานอย่างถูกต้อง
• พร็อกซีได้รับการกำหนดค่าอย่างถูกต้อง ระบุเซิร์ฟเวอร์แบ็กเอนด์ทั้งหมดอย่างถูกต้อง
• การเชื่อมต่อเครือข่ายระหว่างเซิร์ฟเวอร์ที่เกี่ยวข้องกำลังทำงานอยู่ หากเซิร์ฟเวอร์ทำงานบนพอร์ตที่แตกต่างกัน ให้ตรวจสอบว่าไฟร์วอลล์ไม่ได้บล็อกการเชื่อมต่อเหล่านี้

บริการ 503 ไม่พร้อมใช้งาน

รหัสนี้บ่งชี้ว่าเซิร์ฟเวอร์ทำงานหนักเกินไปหรืออยู่ระหว่างการบำรุงรักษา โดยทั่วไปหมายความว่าเซิร์ฟเวอร์จะพร้อมใช้งานเร็วๆ นี้

หากเซิร์ฟเวอร์ไม่เปิดให้บริการในขณะนี้ ตามกฎแล้วสิ่งนี้บ่งชี้ว่าเซิร์ฟเวอร์มีไม่เพียงพอ ทรัพยากรซีพียูหรือหน่วยความจำเพื่อประมวลผลคำขอ บางทีเซิร์ฟเวอร์ของคุณอาจมีขีดจำกัด ปริมาณพร้อมกันผู้ใช้

หมดเวลาเกตเวย์ 504

ข้อผิดพลาดเกิดขึ้นเมื่อเซิร์ฟเวอร์ของคุณทำหน้าที่เป็นเกตเวย์หรือพร็อกซีย้อนกลับ และไม่ได้รับการตอบกลับจากเซิร์ฟเวอร์แบ็กเอนด์ภายในระยะเวลาที่กำหนด

เหตุผลที่เป็นไปได้:

• แย่ การเชื่อมต่อเครือข่าย
• เซิร์ฟเวอร์แบ็กเอนด์ประมวลผลคำขอช้าเกินไปหรือเนื่องจากมีทรัพยากรไม่เพียงพอ
• การหมดเวลาของเซิร์ฟเวอร์สั้นเกินไป

บทสรุป

ตอนนี้คุณควรจะสามารถนำทางโค้ดที่เว็บเซิร์ฟเวอร์ส่งคืนได้อย่างง่ายดายและค้นหาสาเหตุของข้อผิดพลาดได้อย่างรวดเร็ว

เกือบใดก็ได้ ผู้ใช้ที่ใช้งานอยู่อินเทอร์เน็ตเมื่อทำงานกับเว็บไซต์ ฉันพบข้อผิดพลาด เป็นสิ่งสำคัญอย่างยิ่งสำหรับเจ้าของไซต์ที่จะต้องทราบสาเหตุของข้อผิดพลาดเหล่านี้
บ่อยครั้งที่ปัญหาที่ทำให้เกิดข้อผิดพลาดนั้นเล็กน้อยและคุณสามารถแก้ไขได้ด้วยตัวเอง ขั้นแรกคุณต้องทำความคุ้นเคยกับประเภทของข้อผิดพลาดที่พบบ่อยที่สุด จากนั้นจึงใช้อัลกอริทึมในการกำจัดข้อผิดพลาดเหล่านั้น

ประเภทของข้อผิดพลาด

ข้อผิดพลาดของโปรโตคอล http อาจเกิดขึ้นได้หากไฟล์ที่ผู้ใช้ร้องขอไม่สามารถเข้าถึงได้จากเซิร์ฟเวอร์ ในสถานการณ์เช่นนี้ เซิร์ฟเวอร์จะรายงานรหัสข้อผิดพลาดให้กับผู้ใช้ รหัสตอบกลับของเซิร์ฟเวอร์มีเพียงสี่ประเภทเท่านั้น: สองสำเร็จและไม่สำเร็จสองรายการ

รายการข้อผิดพลาด http (xx – ตัวเลขใดๆ):

2xx— คำขอที่ร้องขอเสร็จสมบูรณ์แล้ว
3xx— คำขอที่ร้องขอได้ถูกส่งไปยังผู้ใช้แล้ว ซึ่งถือเป็นรหัสเชิงบวกด้วย
4xx— ไฟล์ไม่ได้ถูกส่งไปยังผู้ใช้เนื่องจากมีข้อผิดพลาด รหัสนี้บ่งชี้ถึงข้อผิดพลาดในฝั่งไคลเอ็นต์
5xxx- ข้อผิดพลาดของเซิร์ฟเวอร์

ด้านล่างเราจะวิเคราะห์รหัสตอบกลับของเซิร์ฟเวอร์สองตัวสุดท้าย นี่คือที่สุด ข้อผิดพลาดทั่วไปและการกำจัดพวกมันนั้นใช้เวลาไม่นาน

ข้อผิดพลาด 400 "คำขอไม่ถูกต้อง"

หากเมื่อทำการร้องขอไซต์ คุณได้รับข้อผิดพลาด 400 นั่นหมายความว่ามีข้อผิดพลาดในคำขอนั้นเอง แต่ข้อผิดพลาดนี้อาจเกิดขึ้นหากคุณพยายามเข้าสู่แผงควบคุมของไซต์ของคุณ ส่วนใหญ่มักเกิดขึ้นจากสาเหตุ 4 ประการ:

• เบราว์เซอร์ถูกบล็อกโดยโปรแกรมป้องกันไวรัส
• เบราว์เซอร์ถูกบล็อกโดยไฟร์วอลล์ Windows
• จำนวนมากคุกกี้และไฟล์แคช
• การเชื่อมต่ออินเทอร์เน็ตไม่เสถียร

เพื่อแก้ไขปัญหานี้ คุณต้องตรวจสอบแต่ละรายการตามลำดับ เหตุผลที่เป็นไปได้การเกิดขึ้นของมัน

เบราว์เซอร์ถูกบล็อกโดยโปรแกรมป้องกันไวรัส
ตรวจสอบว่าเบราว์เซอร์ของคุณไม่อยู่ในรายการแอปพลิเคชันต้องห้ามในโปรแกรมป้องกันไวรัส หากพบ ให้เพิ่มระดับความน่าเชื่อถือและบันทึกการตั้งค่า

เบราว์เซอร์ถูกบล็อกโดยไฟร์วอลล์
ในกรณีนี้ คุณต้องปิดการใช้งานไฟร์วอลล์ชั่วคราว ล้างคุกกี้และเงินสดของคุณ จากนั้นรีเฟรชเพจในเบราว์เซอร์ของคุณ หากปัญหาได้รับการแก้ไข คุณจะต้องเพิ่มเบราว์เซอร์ลงในโปรแกรมที่อนุญาตในไฟร์วอลล์

คุกกี้และเงินสด
วิธีแก้ปัญหาที่ง่ายที่สุดคือเพียงล้างคุกกี้และเงินสดในเบราว์เซอร์ของคุณ จากนั้นรีเฟรชหน้าข้อผิดพลาด

การเชื่อมต่ออินเทอร์เน็ตไม่เสถียร
ติดต่อผู้ให้บริการของคุณเพื่อดูว่าอะไรเป็นสาเหตุของการหยุดทำงาน ผู้ให้บริการอาจอยู่ระหว่างการทำงาน

ข้อผิดพลาด 403 "การเข้าถึงถูกปฏิเสธ"

หากการตอบสนองของเซิร์ฟเวอร์เป็นข้อผิดพลาด 403 แสดงว่าการเข้าถึงไฟล์ที่ร้องขอถูกปฏิเสธ สาเหตุที่พบบ่อยที่สุด:

• ไฟล์ดัชนีไม่ถูกต้อง เพื่อแก้ไขข้อผิดพลาดนี้ คุณจะต้องสร้างไฟล์ดังกล่าวหรือเปลี่ยนชื่อไฟล์หากมีอยู่แล้ว
• สิทธิ์ของไฟล์ป้องกันไม่ให้เว็บเซิร์ฟเวอร์อ่านมัน เพื่อแก้ไขปัญหาคุณต้องเปลี่ยนสิทธิ์
• ข้อมูลอยู่ในไดเรกทอรีที่ไม่ถูกต้อง ในการแก้ปัญหา ให้ตรวจสอบตำแหน่งของไฟล์ในไดเร็กทอรี public_html

ข้อผิดพลาด 404 – ไม่พบไฟล์

ข้อผิดพลาดนี้หมายความว่าเซิร์ฟเวอร์ไม่พบข้อมูลที่ร้องขอ สาเหตุหลักที่ทำให้เกิดเหตุการณ์นี้:

• ป้อน URL ไม่ถูกต้อง หากต้องการแก้ไขข้อผิดพลาด ให้ตรวจสอบการสะกดของลิงก์
• เอกสารที่ร้องขอหายไป เพื่อแก้ไขข้อผิดพลาด คุณต้องตรวจสอบว่าไฟล์ที่ร้องขออยู่ในไดเร็กทอรีที่ถูกต้องหรือไม่

ข้อผิดพลาด 500 – ข้อผิดพลาดของเซิร์ฟเวอร์

หากต้องการทราบว่ารหัสข้อผิดพลาด http 500 หมายถึงอะไรคุณต้องตรวจสอบสาเหตุของการเกิดขึ้น

• ไม่สามารถเรียกใช้สคริปต์ได้ หากมีการระบุสิทธิ์การเข้าถึงที่ไม่ถูกต้องในเอกสาร เช่น 777 สคริปต์ที่ทำงานกับไฟล์เหล่านี้จะถูกบล็อกโดยเซิร์ฟเวอร์ เพื่อกำจัด ปัญหานี้คุณต้องตั้งค่าการอนุญาตไฟล์ให้ถูกต้อง
• มีข้อผิดพลาดในไฟล์ .htaccess อาจมีข้อผิดพลาดในคำสั่ง หากต้องการแก้ไขข้อผิดพลาด ให้เปิดใช้งาน error.log

ข้อผิดพลาด 502 – เกตเวย์ไม่ถูกต้อง

สถานะข้อผิดพลาด http เช่น 502 ระบุว่าเซิร์ฟเวอร์ให้การตอบกลับที่ไม่ถูกต้อง สาเหตุของข้อผิดพลาดนี้:

• พร็อกซีเซิร์ฟเวอร์ทำงานไม่ถูกต้อง ตรวจสอบให้แน่ใจว่าคุณมีการเข้าถึงเครือข่าย หากคุณสามารถเข้าถึงไซต์อื่นและอินเทอร์เน็ตใช้งานได้ ให้ลบคุกกี้และล้างแคช
• ความล้มเหลว ทรัพยากรเซิร์ฟเวอร์- ปัญหานี้อาจเกิดขึ้นได้หากไซต์ของคุณเกินจำนวนทรัพยากรที่โฮสต์บนไซต์นี้จัดสรรให้คุณ แผนภาษี- ศึกษาแผนการโฮสต์และเลือกแผนที่เหมาะสมกว่าและให้ทรัพยากรมากขึ้น

ข้อผิดพลาด 503 – บริการไม่พร้อมใช้งานชั่วคราว

แต่ละไซต์ที่อยู่บนโฮสติ้ง มีจำนวนกระบวนการทำงานที่จำกัด ขึ้นอยู่กับอัตราค่าไฟฟ้า กระบวนการต่างๆ จะถูกดำเนินการตามลำดับ และยิ่งมีกระบวนการมากเท่าไร คิวก็จะยิ่งอุดตันมากขึ้นเท่านั้น จำนวนกระบวนการที่ถูกจำกัด ดังนั้นหากกระบวนการไม่พอดีกับขนาดคิวที่กำหนดค่าไว้ กระบวนการนั้นจะไม่ถูกดำเนินการ ในกรณีนี้ เซิร์ฟเวอร์แสดงข้อผิดพลาด “บริการไม่พร้อมใช้งานชั่วคราว” สาเหตุของข้อผิดพลาด:

• เวลารันสคริปต์จำกัด เนื่องจากสคริปต์หยุดทำงานหลังจากผ่านไประยะหนึ่ง สคริปต์จึงอาจไม่มีเวลาถ่ายโอน ไฟล์ขนาดใหญ่- เพื่อแก้ไขข้อผิดพลาดนี้ ให้ปิดการใช้งานปลั๊กอินทั้งหมดทีละปลั๊กอิน โดยระบุปลั๊กอินที่หนักที่สุด ผู้กระทำผิดควรถูกแทนที่ด้วยปลั๊กอินที่คล้ายกันหรือละทิ้งไปโดยสิ้นเชิง
• จำนวนคำขอสูง สาเหตุ:

1. ทรัพยากรอ้างอิงไฟล์มากเกินไป ซึ่งแต่ละไฟล์ต้องใช้เวลาในการดาวน์โหลด กระบวนการที่แยกจากกัน- ในการแก้ปัญหาให้พยายามรวมให้มากที่สุด ไฟล์เพิ่มเติมในหนึ่งเดียว
2. การโจมตีด้วยสแปมและ DDoS อาจทำให้เกิดปริมาณคำขอสูง ในกรณีที่มีการโจมตี DDos

จะทำอย่างไรถ้ามีข้อผิดพลาดเกิดขึ้น

แม้แต่ในไซต์ที่มีมากที่สุด บริการที่ดีที่สุดข้อผิดพลาดเกิดขึ้นเป็นระยะ สำหรับ การตัดสินใจที่เป็นอิสระคุณต้องเข้าใจสาเหตุของข้อผิดพลาด http ความรู้ดังกล่าวจะช่วยให้คุณประหยัดเวลาและทรัพยากรเพราะคุณไม่จำเป็นต้องติดต่อ การสนับสนุนด้านเทคนิคผู้ให้บริการ

เมื่อมีการส่งคำขอไปยังเซิร์ฟเวอร์เพื่อดึงเพจจากเว็บไซต์ของคุณ (เช่น ผู้ใช้เปิดเพจในเบราว์เซอร์หรือ หุ่นยนต์กูเกิลสแกนหน้า) เซิร์ฟเวอร์ส่งคืนรหัสเพื่อตอบสนองต่อคำขอ สถานะ HTTP.

รหัสสถานะ HTTP ทั่วไปบางส่วน:

• 200 – เซิร์ฟเวอร์ประมวลผลเพจสำเร็จ
• 404 – ไม่มีหน้าที่ร้องขอ
• 503 – ข้อมูลไม่สามารถใช้งานได้ชั่วคราว

รหัส http – 1xx (ชั่วคราว)

รหัสสถานะบ่งชี้ถึงการตอบสนองชั่วคราว จะต้องดำเนินการเพื่อดำเนินการตามคำขอต่อไป

รหัส http – 2xx (สำเร็จ)

รหัสสถานะ HTTP ระบุว่าเซิร์ฟเวอร์ประมวลผลคำขอได้สำเร็จ

รหัส	คำอธิบาย
200 (สำเร็จ)	เซิร์ฟเวอร์ประมวลผลคำขอสำเร็จแล้ว โดยทั่วไปหมายความว่าเซิร์ฟเวอร์ได้จัดเตรียมไว้ให้ หน้าที่ต้องการ- หากสถานะนี้อ้างอิงถึงไฟล์ robots.txt นั่นหมายความว่าหุ่นยนต์พบมันสำเร็จ
201 (สร้างแล้ว)	คำขอสำเร็จแล้วและเซิร์ฟเวอร์ได้สร้างทรัพยากรใหม่
202 (ยอมรับ)	เซิร์ฟเวอร์ยอมรับคำขอแต่ยังไม่ได้ดำเนินการ
203 (ข้อมูลไม่น่าเชื่อถือ)	เซิร์ฟเวอร์ประมวลผลคำขอสำเร็จแล้ว แต่ข้อมูลที่ส่งคืนอาจมาจากแหล่งอื่น
204 (ไม่มีเนื้อหา)	เซิร์ฟเวอร์ประมวลผลคำขอสำเร็จแล้ว แต่ไม่ได้ส่งคืนเนื้อหาใดๆ
205 (คืนค่า)	เซิร์ฟเวอร์ประมวลผลคำขอสำเร็จแล้ว แต่ไม่ได้ส่งคืนเนื้อหาใดๆ ต่างจากการตอบกลับ 204 ตรงที่การตอบกลับนี้ต้องการให้ผู้ร้องขอคืนค่ามุมมองของเอกสาร (เช่น แบบฟอร์มที่ชัดเจนเพื่อให้ป้อนข้อมูลใหม่ได้)
206 (เนื้อหาบางส่วน)	เซิร์ฟเวอร์ประมวลผลคำขอ GET บางส่วนได้สำเร็จ

รหัส http – 3xx (เปลี่ยนเส้นทาง)

เพื่อให้เป็นไปตามข้อกำหนดจึงมีความจำเป็น การดำเนินการเพิ่มเติม- รหัสเหล่านี้ สถานะ HTTPมักใช้สำหรับการเปลี่ยนเส้นทาง

รหัส	คำอธิบาย
300 (หลายตัวเลือก)	เซิร์ฟเวอร์สามารถดำเนินการหลายอย่างเพื่อตอบสนองต่อคำขอเหล่านี้ เซิร์ฟเวอร์สามารถเลือกการดำเนินการได้ขึ้นอยู่กับคำขอ ( ตัวแทนผู้ใช้) หรือรายการที่กำหนดทำให้เขาสามารถเลือกการดำเนินการได้
	เพจที่คุณร้องขอถูกย้ายไปยังตำแหน่งอื่นอย่างถาวร เมื่อเซิร์ฟเวอร์ส่งคืนการตอบสนองนี้ (at รับคำขอหรือ HEAD) จะเปลี่ยนเส้นทางผู้ร้องขอไปยังตำแหน่งใหม่โดยอัตโนมัติ รหัสนี้สามารถใช้เพื่อบอกโปรแกรมรวบรวมข้อมูลเว็บว่าหน้าเว็บหรือไซต์ถูกย้ายไปยังตำแหน่งใหม่อย่างถาวร
302 (ย้ายชั่วคราว)	ขณะนี้เซิร์ฟเวอร์กำลังตอบสนองต่อคำขอด้วยเพจจากตำแหน่งอื่น แต่ในอนาคตก็ควรส่งคำขอไปยังตำแหน่งเดียวกันต่อไป รหัสนี้คล้ายกับรหัส 301 โดยที่คำขอ GET หรือ HEAD จะเปลี่ยนเส้นทางผู้ร้องขอไปยังตำแหน่งอื่นโดยอัตโนมัติ แต่อย่าใช้รหัสนี้เพื่อแจ้งให้โปรแกรมรวบรวมข้อมูลย้ายหน้าเว็บหรือไซต์ไปยังตำแหน่งใหม่ เนื่องจากโปรแกรมรวบรวมข้อมูลจะยังคงรวบรวมข้อมูลต่อไป ตำแหน่งเดิม
303 (ตรวจสอบสถานที่อื่น)	เซิร์ฟเวอร์ส่งคืนรหัสนี้หากผู้ร้องขอต้องส่งคำขอ GET แยกต่างหากไปยังตำแหน่งอื่นเพื่อรับการตอบกลับ หากเป็นไปตามข้อกำหนดทั้งหมด เซิร์ฟเวอร์จะเปลี่ยนเส้นทางไปยังตำแหน่งอื่นโดยอัตโนมัติ
304 (ไม่เปลี่ยนแปลง)	หน้าที่ร้องขอไม่ได้รับการแก้ไขตั้งแต่นั้นมา คำขอครั้งสุดท้าย- โดยการส่งการตอบสนองนี้ เซิร์ฟเวอร์จะไม่ส่งคืนเนื้อหาของเพจ เซิร์ฟเวอร์ต้องได้รับการกำหนดค่าให้ส่งคืนการตอบกลับนี้ (HTTP If-Modified-Since) หากเพจไม่มีการเปลี่ยนแปลงตั้งแต่ครั้งสุดท้ายที่เอเจนต์เดียวกันร้องขอ ซึ่งจะช่วยลดแบนด์วิธและโหลดเซิร์ฟเวอร์
305 (ใช้พร็อกซีเซิร์ฟเวอร์)	ผู้ร้องขอสามารถเข้าถึงเพจผ่านพร็อกซีเซิร์ฟเวอร์เท่านั้น ด้วยการส่งคืนการตอบสนองนี้ เซิร์ฟเวอร์จะระบุพร็อกซีเซิร์ฟเวอร์ที่จะใช้ด้วย
307 (การเปลี่ยนเส้นทางชั่วคราว)	ขณะนี้เซิร์ฟเวอร์กำลังตอบสนองต่อคำขอด้วยเพจจากตำแหน่งอื่น แต่ในอนาคตก็ควรส่งคำขอไปยังตำแหน่งเดียวกันต่อไป รหัสนี้คล้ายกับรหัส 301 โดยที่คำขอ GET หรือ HEAD จะเปลี่ยนเส้นทางผู้ขอไปยังตำแหน่งอื่นโดยอัตโนมัติ แต่อย่าใช้รหัสนี้เพื่อแจ้งโปรแกรมรวบรวมข้อมูลว่าหน้าเว็บหรือไซต์กำลังย้ายไปยังตำแหน่งใหม่

รหัส http – 4xx (ข้อผิดพลาดในการร้องขอ)

รหัสสถานะต่อไปนี้ระบุ ความผิดพลาดที่อาจเกิดขึ้นในคำขอที่ป้องกันไม่ให้เซิร์ฟเวอร์ประมวลผลคำขอ

รหัส	คำอธิบาย
400 (คำขอไม่ถูกต้อง)	เซิร์ฟเวอร์ไม่รู้จักไวยากรณ์คำขอ
	คำขอต้องมีการระบุตัวตนผู้ใช้ เซิร์ฟเวอร์อาจส่งคืนการตอบกลับนี้หากการเข้าถึงเพจจำเป็นต้องได้รับอนุมัติจากผู้ใช้
403 (การเข้าถึงถูกปฏิเสธ)	เซิร์ฟเวอร์ปฏิเสธคำขอ ถ้า หุ่นยนต์ค้นหารับรหัสสถานะ HTTP นี้เมื่อพยายามสร้างดัชนี หน้าที่ถูกต้องเว็บไซต์ (ดูข้อผิดพลาดในการจัดทำดัชนีใน กำลังสแกนวี เครื่องมือของ Googleสำหรับผู้ดูแลเว็บ) เซิร์ฟเวอร์หรือโฮสต์อาจบล็อกความสามารถของ Googlebot ในการเข้าถึง
	ไม่พบเซิร์ฟเวอร์ หน้าที่ต้องการ- เซิร์ฟเวอร์มักจะส่งคืนโค้ดนี้ เช่น เมื่อมีการร้องขอสำหรับเพจที่ไม่มีอยู่บนเซิร์ฟเวอร์ หากไซต์ของคุณไม่มีไฟล์ robots.txt และสถานะนี้ปรากฏบนหน้า URL ที่ถูกแบนใน Google เครื่องมือของผู้ดูแลเว็บ แสดงว่าสถานะนี้ถูกต้อง อย่างไรก็ตาม หากไซต์มีไฟล์ robots.txt และยังคงแสดงสถานะนี้ ไฟล์ robots.txt อาจมี ชื่อผิดหรืออยู่ผิดที่ (ไฟล์จะต้องอยู่ในไดเรกทอรีรากของโดเมนและชื่อ robots.txt)
	ไม่อนุญาตให้ใช้วิธีการที่ระบุในคำขอ
406 (ไม่ได้รับอนุญาต)	ไม่สามารถส่งคืนหน้าที่ร้องขอพร้อมกับข้อกำหนดเนื้อหาที่ต้องการ
407 (ต้องมีการรับรองความถูกต้องของพร็อกซี)	รหัสสถานะนี้คล้ายกับ 401 แต่ระบุว่าผู้ร้องขอต้องตรวจสอบสิทธิ์โดยใช้พร็อกซีเซิร์ฟเวอร์ ด้วยการส่งคืนการตอบสนองนี้ เซิร์ฟเวอร์จะระบุพร็อกซีเซิร์ฟเวอร์ที่จะใช้ด้วย
408 (ขอหมดเวลา)	หมดเวลารอการตอบกลับจากเซิร์ฟเวอร์
409 (ความขัดแย้ง)	เซิร์ฟเวอร์พบข้อขัดแย้งขณะดำเนินการตามคำขอ เซิร์ฟเวอร์จะต้องตอบกลับพร้อมข้อมูลเกี่ยวกับข้อขัดแย้ง เซิร์ฟเวอร์อาจส่งคืนรหัสนี้พร้อมกับรายการความแตกต่างระหว่างคำขอที่ตอบกลับ ใส่คำขอซึ่งขัดแย้งกับความต้องการเดิม
	เซิร์ฟเวอร์ส่งคืนการตอบสนองนี้เมื่อทรัพยากรที่ร้องขอถูกลบอย่างถาวร การตอบสนองนี้คล้ายกับ 404 (ไม่พบ) แต่บางครั้งก็ใช้แทน 404 สำหรับทรัพยากรที่มีอยู่ก่อนหน้านี้แต่ถูกลบออกไปแล้ว หากทรัพยากรถูกย้ายอย่างถาวร ควรใช้รหัส 301 เพื่อระบุตำแหน่งใหม่ของทรัพยากร
411 (ความยาวที่ต้องการ)	เซิร์ฟเวอร์ไม่ยอมรับคำขอโดยไม่มีฟิลด์ Content-Length ที่ถูกต้องในส่วนหัว
412 (ไม่ตรงตามเงื่อนไข)	เซิร์ฟเวอร์ไม่ตรงตามเงื่อนไขข้อใดข้อหนึ่งที่รวมอยู่ในคำขอ
413 (เช่นกัน. คำขอใหญ่)	เซิร์ฟเวอร์ไม่สามารถประมวลผลคำขอได้เนื่องจากมีขนาดใหญ่เกินไป
	URI ที่ร้องขอ (โดยปกติจะเป็น URL) มีขนาดใหญ่เกินกว่าที่เซิร์ฟเวอร์จะประมวลผลได้
415 (ประเภทที่ไม่รองรับ)	คำขออยู่ในรูปแบบที่ไม่รองรับ
416 (ไม่พบช่วง)	เซิร์ฟเวอร์ส่งคืนรหัสสถานะนี้เมื่อมีการร้องขอสำหรับช่วงที่ไม่มีอยู่ในไซต์
417 (รอความล้มเหลว)	เซิร์ฟเวอร์ไม่สามารถปฏิบัติตามคำขอที่มีอยู่ในฟิลด์คาดหวังของส่วนหัวของคำขอ

รหัส http–5xx (ข้อผิดพลาดของเซิร์ฟเวอร์)

รหัสสถานะต่อไปนี้ระบุว่ามีข้อผิดพลาดเซิร์ฟเวอร์ภายในเกิดขึ้นขณะพยายามประมวลผลคำขอ ข้อผิดพลาดเหล่านี้มักเกี่ยวข้องกับเซิร์ฟเวอร์ ไม่ใช่ข้อกำหนด

รหัส	คำอธิบาย
500 (ข้อผิดพลาดภายในเซิร์ฟเวอร์)	เซิร์ฟเวอร์พบข้อผิดพลาดและไม่สามารถประมวลผลคำขอได้
501 (ไม่ได้ใช้งานฟังก์ชัน)	เซิร์ฟเวอร์ไม่มีฟังก์ชันเพื่อให้แน่ใจว่าการดำเนินการตามคำขอ
502 (เกตเวย์ไม่ถูกต้อง)	เซิร์ฟเวอร์ที่ทำหน้าที่เป็นเกตเวย์หรือพร็อกซีได้รับการตอบกลับที่ไม่ถูกต้องจากเซิร์ฟเวอร์ที่อยู่ด้านหลัง
503 (บริการไม่พร้อมใช้งาน)	เซิร์ฟเวอร์ใน ในขณะนี้ไม่พร้อมใช้งาน (โอเวอร์โหลดหรือปิดใช้งานเพื่อวัตถุประสงค์ของ การซ่อมบำรุง- โดยปกติจะเป็นสภาวะชั่วคราว
504 (เกตเวย์หมดเวลา)	เซิร์ฟเวอร์ที่ทำหน้าที่เป็นเกตเวย์หรือพร็อกซีรอการตอบกลับจากเซิร์ฟเวอร์ที่อยู่ด้านหลัง
505 (เวอร์ชันที่ไม่รองรับ HTTP)	เซิร์ฟเวอร์ไม่รองรับเวอร์ชันโปรโตคอล HTTP ที่ระบุในคำขอ

หนึ่งในเรื่องธรรมดาที่สุดในปัจจุบัน เปลี่ยน อัลกอริธึมการค้นหาและคำแนะนำบางอย่าง เครื่องมือค้นหาบังคับให้เจ้าของเว็บไซต์เปลี่ยนไปใช้การเชื่อมต่อที่ปลอดภัยโดยใช้โปรโตคอล https โดยได้รับใบรับรอง SSL สำหรับวัตถุประสงค์เหล่านี้ มิฉะนั้น ไซต์ที่มีโปรโตคอลเก่าจะลดอันดับลง

หมายเหตุด่วน: HTTPS ไม่ใช่โปรโตคอลแยกต่างหาก นี่คือ HTTP ธรรมดาที่ทำงานผ่านกลไกการขนส่งที่เข้ารหัส SSL และ TLS ให้การป้องกันการโจมตีจากการดักฟังเครือข่าย - การโจมตีแบบดมกลิ่นและ เหมือนคนอยู่ตรงกลางโดยมีเงื่อนไขว่าจะใช้เครื่องมือการเข้ารหัสและใบรับรองเซิร์ฟเวอร์ได้รับการตรวจสอบและเชื่อถือได้

กลไกนั้นเอง ใบรับรองฟรีและการเชื่อมต่อไซต์สามารถรับได้จากผู้ให้บริการโฮสติ้ง ผลจากการเปลี่ยนแปลงจากโปรโตคอลหนึ่งไปยังอีกโปรโตคอลหนึ่ง ที่อยู่ของโพสต์ รูปภาพ เมนู และลิงก์อื่นๆ ที่มีอยู่ในไซต์จึงเปลี่ยนแปลงตามไปด้วย นี่คือจุดที่ข้อผิดพลาดโปรโตคอล https ปรากฏขึ้น ซึ่งเบราว์เซอร์ Mozilla Firefox จะแสดงอย่างชัดเจน

แน่นอนว่ามีความน่าเชื่อถือมากขึ้นในเว็บไซต์ดังกล่าว ไม่เพียงแต่จากเครื่องมือค้นหาเท่านั้น แต่ยังมาจากอีกด้วย ผู้ใช้ทั่วไป- แต่มีปัญหาและข้อผิดพลาดบางประการที่เกี่ยวข้องกับการเปลี่ยนแปลงนี้ โดยเฉพาะในไซต์ที่มีข้อมูลจำนวนมาก การแปลงไซต์ใหม่และไซต์ขนาดเล็กเป็น https ได้ง่ายกว่าและด้วยเหตุนี้จึงมีข้อผิดพลาดน้อยลง ส่งผลให้ใช้เวลาในการแก้ไขไม่มาก

ในวิดีโอนี้ ฉันจะแสดงวิธีแก้ไขในทางปฏิบัติ ข้อผิดพลาดโปรโตคอล https ใน WordPress- สำหรับงานฉันใช้เครื่องมือสามอย่าง: ปลั๊กอิน Search Regex, โปรแกรม Screaming Frog SEO Spider และแอปพลิเคชัน เบราว์เซอร์มอซซิลาไฟร์ฟอกซ์

แก้ไขข้อผิดพลาดโปรโตคอล https

หลังจากได้รับใบรับรอง SSL และเชื่อมต่อเว็บไซต์ WordPress แล้ว โปรโตคอล httpsคุณต้องไปที่การตั้งค่าของเอ็นจิ้นและเปลี่ยนที่อยู่บล็อก

การดำเนินการที่สำคัญที่สุดที่ต้องทำก่อนที่จะกำจัดข้อผิดพลาดของโปรโตคอล https คือการดำเนินการ

จากนั้นติดตั้งปลั๊กอินและเปิดใช้งาน ในตอนแรกเราสามารถค้นหาและแก้ไขลิงก์ทั้งหมดในบล็อกได้อย่างรวดเร็วด้วยที่อยู่ http://... ถึง https://...

ในกรณีส่วนใหญ่ หลังจากขั้นตอนนี้ จะยังมีข้อผิดพลาดน้อยมาก หากต้องการค้นหา ให้ติดตั้งโปรแกรม Screaming Frog SEO Spider บนคอมพิวเตอร์ของคุณและค้นหาสิ่งอื่นๆ ในช่องหลัก ป้อนที่อยู่เว็บไซต์แล้วกดปุ่ม "เริ่ม"

โปรแกรมจะค้นหาไม่เฉพาะลิงก์ทั้งหมดเท่านั้น แต่ยังรวมถึงทุกสิ่งด้วย เพื่อค้นหาอย่างรวดเร็ว หน้าที่ไม่มีอยู่เราเพิ่ม 404 ลงในหน้าต่างค้นหา และเราจะมีข้อมูลเกี่ยวกับเพจที่ไม่มีอยู่หรือที่เคยถูกย้ายหรือลบไปแล้ว

เราแก้ไขข้อผิดพลาดโดยใช้ปลั๊กอิน เราใส่ที่อยู่ที่ไม่มีอยู่ในช่องด้านบน และที่อยู่จริงในช่องด้านล่าง แล้วคลิกปุ่ม "แทนที่และบันทึก"

ข้อผิดพลาดส่วนใหญ่เกี่ยวข้องกับรูปภาพเมื่อทุกอย่างดูเหมือนจะเสร็จสิ้นแล้ว เบราว์เซอร์ไฟร์ฟอกซ์บ่งชี้ว่าปัญหาไม่ได้รับการแก้ไขทั้งหมด และที่นี่คุณสามารถใช้แอปพลิเคชันเบราว์เซอร์ได้โดยคลิกที่รูปปราสาทค่ะ แถบที่อยู่และลิงก์ "รายละเอียดเพิ่มเติม"

บนแท็บมัลติมีเดีย คุณสามารถดูภาพทั้งหมดและที่อยู่ได้ บางครั้งลิงก์ที่ซ่อนอยู่ในที่นี้อาจไม่ใช่ลิงก์ที่จำเป็น ขั้นตอนในการกำจัดลิงก์เหล่านี้เหมือนกับที่อธิบายไว้ข้างต้นทุกประการ

จากการกระทำทั้งหมดนี้ คุณสามารถค้นหาและแก้ไขข้อผิดพลาดโปรโตคอล https ใน WordPress ได้อย่างรวดเร็วเกือบจะโดยอัตโนมัติ

ข้อผิดพลาดโปรโตคอล https ใน WordPress - วิดีโอ

04/06/60 1.1K

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

ประเภทของรหัสข้อผิดพลาด HTTP และสถานะ

ข้อมูลที่รวมอยู่ในการตอบสนองของเซิร์ฟเวอร์ HTTP คือรหัสที่ระบุผลลัพธ์ของการประมวลผลคำขอ รหัสเหล่านี้ประกอบด้วยตัวเลขสามตัว แบ่งออกเป็นหมวดหมู่:

• 100-199: สถานะข้อมูล;
• 200-299: สถานะคำขอสำเร็จ;
• 300-399: สถานะการเปลี่ยนเส้นทาง;
• 400-499: ข้อผิดพลาดของไคลเอนต์;
• 500-599: ข้อผิดพลาดของเซิร์ฟเวอร์

บนอินเทอร์เน็ตหรือ เครือข่ายท้องถิ่นแสดงรหัสข้อผิดพลาดและสถานะเพียงไม่กี่รายการเท่านั้น รหัสที่เกี่ยวข้องกับข้อผิดพลาดจะแสดงบนหน้าเว็บที่เป็นผลมาจากคำขอที่ล้มเหลว ในขณะที่รหัสอื่น ๆ จะไม่แสดงให้ผู้ใช้เห็นเลย

1. HTTP 200 “ตกลง”

รหัส HTTP 200 เกิดขึ้นเมื่อเซิร์ฟเวอร์ประมวลผลคำขอสำเร็จและส่งเนื้อหากลับไปยังเบราว์เซอร์ คำขอ HTTP ส่วนใหญ่จะลงท้ายด้วยสถานะนี้ ผู้ใช้ไม่ค่อยเห็นรหัสนี้บนหน้าจอเนื่องจากเบราว์เซอร์มักจะแสดง รหัส HTTP,หากมีปัญหาใดๆเกิดขึ้น.

2. ข้อผิดพลาด HTTP 404 “ไม่พบ”

เซิร์ฟเวอร์ไม่พบเพจ ไฟล์ หรือทรัพยากรอื่น ๆ ที่ร้องขอ ข้อผิดพลาด HTTP 404 ระบุว่าการเชื่อมต่อเครือข่ายระหว่างไคลเอนต์และเซิร์ฟเวอร์สำเร็จ เกิดขึ้นเมื่อผู้ใช้ป้อน URI ไม่ถูกต้องในเบราว์เซอร์ หรือผู้ดูแลระบบเซิร์ฟเวอร์ลบไฟล์โดยไม่ตั้งค่าการเปลี่ยนเส้นทางไปยังตำแหน่งใหม่ เมื่อต้องการแก้ไขปัญหานี้ ผู้ใช้ต้องพิมพ์ URL ที่ถูกต้อง

3. ข้อผิดพลาด HTTP 500 “ข้อผิดพลาดเซิร์ฟเวอร์ภายใน”

เซิร์ฟเวอร์ได้รับคำขอที่ถูกต้องจากไคลเอนต์ แต่ไม่สามารถดำเนินการได้ HTTP Error 500 เกิดขึ้นเมื่อเซิร์ฟเวอร์พบข้อผิดพลาดทางเทคนิคบางประการ เช่น ความจำเสื่อม หรือ พื้นที่ดิสก์- ผู้ดูแลระบบเซิร์ฟเวอร์ต้องแก้ไขปัญหานี้

4. ข้อผิดพลาด HTTP 503 "บริการไม่พร้อมใช้งาน"

รหัสนี้บ่งชี้ว่าเซิร์ฟเวอร์ไม่สามารถประมวลผลคำขอที่เข้ามาได้ เซิร์ฟเวอร์บางแห่งใช้รหัสข้อผิดพลาด HTTP 503 เพื่อระบุถึงความล้มเหลวที่คาดไว้เนื่องจากการใช้ทรัพยากรสูง ตัวอย่างเช่น หากเกินจำนวนผู้ใช้ที่เชื่อมต่อพร้อมกันหรือเกินขีดจำกัดพลังงาน โปรเซสเซอร์กลางซึ่งโดยทั่วไปจะรายงานโดยใช้ HTTP-500

5. HTTP 301 “ย้ายอย่างถาวร”

URI ที่ระบุไคลเอ็นต์ถูกย้ายไปยังตำแหน่งอื่นโดยใช้การเปลี่ยนเส้นทาง HTTP ซึ่งช่วยให้ไคลเอ็นต์สามารถรับทรัพยากรจากตำแหน่งใหม่ได้ เบราว์เซอร์จะติดตามการเปลี่ยนเส้นทาง 301 HTTP โดยอัตโนมัติโดยไม่จำเป็นต้องให้ผู้ใช้ดำเนินการใดๆ

6. HTTP 302 “พบ” หรือ “ย้ายชั่วคราว”

รหัส HTTP 302 มีไว้สำหรับกรณีที่ทรัพยากรถูกย้ายชั่วคราวแทนที่จะถาวร ผู้ดูแลระบบเซิร์ฟเวอร์ควรใช้ HTTP 302 ในช่วงระยะเวลาสั้นๆ ของการอัปเดตเนื้อหา (เปลี่ยนแปลง) เบราว์เซอร์จะทำการเปลี่ยนเส้นทาง 302 โดยอัตโนมัติ เช่นเดียวกับรหัส 301 ใน HTTP 1.1 มีการเพิ่มเพื่อระบุการเปลี่ยนเส้นทางชั่วคราว รหัสใหม่ 307 .

7. HTTP 400 "คำขอไม่ถูกต้อง"

เซิร์ฟเวอร์ตรวจพบข้อผิดพลาดในข้อมูลโปรโตคอลที่ได้รับจากไคลเอนต์ ซึ่งมักจะบ่งบอกถึงความผิดพลาดทางเทคนิคในฝั่งไคลเอ็นต์หรือความเสียหายของข้อมูลบนเครือข่ายเอง

8. HTTP 401 “ไม่ได้รับอนุญาต”

ข้อผิดพลาดนี้เกิดขึ้นเมื่อไคลเอนต์ร้องขอทรัพยากรที่ได้รับการป้องกันจากเซิร์ฟเวอร์ แต่ไม่ได้รับการรับรองความถูกต้องในการเข้าถึง เพื่อแก้ไข ลูกค้าจะต้องเข้าสู่ระบบเซิร์ฟเวอร์โดยใช้ชื่อผู้ใช้และรหัสผ่าน

9. HTTP 100 “ดำเนินการต่อ”

รหัสตอบกลับ HTTP 100 ที่เพิ่มในเวอร์ชัน 1.1 ของโปรโตคอลได้รับการออกแบบเพื่อให้มีมากขึ้น การใช้งานที่มีประสิทธิภาพ แบนด์วิธเครือข่าย ช่วยให้เซิร์ฟเวอร์ยืนยันความพร้อมในการยอมรับ คำขอขนาดใหญ่- โปรโตคอลดำเนินการต่ออนุญาต ไคลเอ็นต์ HTTP 1.1 ส่งข้อความที่กำหนดค่าพิเศษขนาดเล็กเพื่อขอเซิร์ฟเวอร์ตอบกลับด้วยรหัส 100 จากนั้นรอการตอบกลับก่อนส่งคำขอไปที่ การดำเนินการเพิ่มเติม- ไคลเอนต์และเซิร์ฟเวอร์ HTTP 1.0 ไม่ได้ใช้รหัสนี้