"HTTP Error” เป็นข้อผิดพลาดทั่วไปของผู้ใช้ WordPress การใช้ วิธีการอัปโหลดแบบคลาสสิค ภาพถ่ายเอกสารและไฟล์อื่น ๆ
ทุกครั้งที่เราพบข้อผิดพลาด SQL, HTTP มันเป็นความคิดที่ดีในการตรวจสอบบันทึกบนเซิร์ฟเวอร์ พวกเขาสามารถให้ข้อมูลเพิ่มเติมเกี่ยวกับข้อความแสดงข้อผิดพลาดที่แสดงในเบราว์เซอร์
นี่คือตัวอย่างของ“ HTTP error” ในเบราว์เซอร์เมื่อพยายามอัปโหลดไฟล์. PDF:
ข้อผิดพลาดเดียวกันในบันทึกเซิร์ฟเวอร์มีลักษณะแตกต่างกันโดยสิ้นเชิง รายละเอียดมากขึ้นและง่ายต่อการเคลื่อนย้าย การแก้ปัญหา. ขึ้นอยู่กับการกำหนดค่าของเว็บเซิร์ฟเวอร์และบริการ HTTP / HTTPSไฟล์ที่มีข้อมูลข้อผิดพลาดสามารถอยู่ในรูปแบบ: error.บันทึก, error_log ชื่อโดเมนerror.log ฯลฯ
2019/06/10 12:58:14 [error] 25084#25084: *22825511 client intended to send too large body: 1143385 bytes, client: 84.XX.XX.XX, server: stealthsettings.com, request: "POST /wp-admin/async-upload.php HTTP/1.1", host: "stealthsettings.com", referrer: "https://stealthsettings.com/wp-admin/post.php?post=19644&action=edit"
ข้อผิดพลาดด้านบนบอกเราว่าไฟล์ที่เราต้องการปีนบนเซิร์ฟเวอร์นั้นสูงกว่าขีด จำกัด เซิร์ฟเวอร์ที่อนุญาตต่อการอัพโหลดหนึ่งครั้ง ขีด จำกัด นี้ถูกส่งไปยังไฟล์การกำหนดค่าทั่วไป NGINX (nginx.conf) หรือในไฟล์กำหนดค่า NGINX ที่กำหนดเองของโดเมนที่เราพบ
“ HTTP error"จะปรากฏบ่อยที่สุดเมื่อเรามีไฟล์ ปริมาณ MB ขนาดใหญ่ หรือเราทำ อัปโหลดพร้อมกันหลายไฟล์.
วิธีแก้ไขข้อผิดพลาด "ไคลเอ็นต์ที่ตั้งใจจะส่งเนื้อหาขนาดใหญ่เกินไป - HTTP error"
วิธีที่ง่ายที่สุดคือแก้ไขไฟล์ "nginx.conf” และสร้างคำสั่งเพื่อเปลี่ยนขีด จำกัด การอัปโหลดที่อนุญาตต่อเซสชัน ในกรณีของเราเรากำหนดขีด จำกัด 10 MB ต่อเนื้อหาของไฟล์อัปโหลด
client_max_body_size 10M;
คำสั่งข้างต้นจะถูกเพิ่มในส่วน http (เซิร์ฟเวอร์ / สถานที่)
เรากำลังบันทึกไฟล์ "nginx.conf”แก้ไขด้วย“ vi” หรือ“ nano ” จากนั้นทดสอบการกำหนดค่า nginx
nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
เราเริ่มบริการ nginx ใหม่:
service nginx restart
หรือ
systemctl restart nginx
หลังจากขั้นตอนเหล่านี้ให้ดำเนินการอัปโหลดต่อ ทุกอย่างควรราบรื่นและเกิดข้อผิดพลาด "HTTP error" หายไป.
ผู้ใช้หลายคนมาก WordPress บล็อก / ไซต์ที่โฮสต์บนเซิร์ฟเวอร์ NGINX เผชิญกับข้อ จำกัด นี้เมื่อเร็ว ๆ นี้ เป็นไปได้มากว่าข้อจำกัดนี้มาพร้อมกับคุณสมบัติความปลอดภัยใหม่ที่เปิดตัวใน NGINX เวอร์ชันล่าสุด