ข้อผิดพลาด http ที่พบบ่อยที่สุดและวิธีแก้ไข ตรวจสอบข้อผิดพลาดโปรโตคอล HTTP ที่พบบ่อยที่สุด ประเภทของรหัสข้อผิดพลาด HTTP และสถานะ

สวัสดีตอนบ่าย

ฉันได้รับข้อผิดพลาดบนเว็บไซต์ของฉัน ERR_TOO_MANY_REDIRECTS- จะแก้ไขได้อย่างไร?

คำตอบ

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

จะแก้ไขข้อผิดพลาดได้อย่างไร?

มีหลายวิธีในการแก้ไขข้อผิดพลาด

วิธีที่ 1. ล้างคุกกี้ในเบราว์เซอร์

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

วิธีที่ 2: ล้างแคชเบราว์เซอร์ของคุณ

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

วิธีที่ 3: การล้างแคชของเซิร์ฟเวอร์

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

วิธีที่ 4: ล้างแคชพร็อกซี

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

วิธีที่ 5. การใช้ตัวตรวจสอบการเปลี่ยนเส้นทางบริการออนไลน์

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

วิธีที่ 6: การตรวจสอบการตั้งค่า https

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

วิธีที่ 7: การตรวจสอบว่าปลั๊กอินทำงาน

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

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

เหตุใดข้อผิดพลาดนี้จึงเกิดขึ้น

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

จะแก้ไขข้อผิดพลาดนี้ได้อย่างไร?

ต่อไปนี้เป็นสี่วิธีในการแก้ไขข้อผิดพลาด (มีการเปลี่ยนเส้นทางมากเกินไป):

  • เรียกใช้ URL ในเบราว์เซอร์อื่น
  • ล้างข้อมูลเบราว์เซอร์ของคุณ
  • ตรวจสอบส่วนขยาย
  • แก้ไขวันที่และเวลาของระบบของคุณ

การเปิด URL ในเบราว์เซอร์อื่น

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

การล้างข้อมูลเบราว์เซอร์ของคุณ

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

ในกูเกิลโครม:

ในมอซซิลาไฟร์ฟอกซ์:

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

กำลังตรวจสอบส่วนขยายของเบราว์เซอร์

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

ด้านล่างนี้เป็นตัวอย่างการตรวจสอบส่วนขยายใน Chrome และ Firefox
สำหรับ Chrome: พิมพ์ "chrome://extensions" ในแถบที่อยู่แล้วกด Enter จากนั้นคุณจะเห็นส่วนขยายทั้งหมดที่แสดงด้านล่าง และคุณสามารถลองเปิดหรือปิดใช้งานส่วนขยายใดก็ได้

  • สำหรับ Firefox ให้พิมพ์ "about:addons" ในแถบที่อยู่ กด Enter จากนั้นเลือก "Extensions" คุณจะเห็นว่าส่วนขยายของ Firefox ทั้งหมดแสดงอยู่ที่นี่

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

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 ไม่ได้ใช้รหัสนี้

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

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

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

ข้อผิดพลาดของโปรโตคอล 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 ความรู้ดังกล่าวจะช่วยให้คุณประหยัดเวลาและทรัพยากรเพราะคุณไม่จำเป็นต้องติดต่อ การสนับสนุนด้านเทคนิคผู้ให้บริการ