500 Internal Server Error คืออะไร? และวิธีไล่หาสาเหตุทีละขั้น

500 Internal Server Error คืออะไร

HTTP status code ที่ขึ้นต้นด้วยเลข 5 ทุกตัวหมายถึง ฝั่งเซิร์ฟเวอร์เป็นฝ่ายมีปัญหา ไม่ใช่ฝั่งผู้ใช้ ส่วนเลข 500 โดยเฉพาะแปลว่า เซิร์ฟเวอร์เจอสถานการณ์ที่มันไม่รู้จะจัดการยังไง เลยตอบกลับด้วยรหัสกลาง ๆ ตัวนี้แทน

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

สิ่งที่ทำให้ 500 ต่างจาก error ตัวอื่นในกลุ่ม 5xx คือมันเป็นตัวที่กว้างที่สุด ถ้าเซิร์ฟเวอร์รู้ว่าปัญหาคืออะไรชัดเจนกว่านี้ มันจะตอบเป็นรหัสที่เจาะจงกว่า เช่น 502 เมื่อคุยกับเซิร์ฟเวอร์ปลายทางไม่ได้ หรือ 503 เมื่อบริการปิดชั่วคราว

ข้อความ 500 มีหลายหน้าตา แต่หมายถึงเรื่องเดียวกัน

คุณอาจเจอข้อความไม่เหมือนกันขึ้นกับว่าเว็บใช้ซอฟต์แวร์อะไร แต่ทั้งหมดนี้คือ error เดียวกัน

• 500 Internal Server Error — ข้อความมาตรฐานของ Apache และ Nginx
• HTTP Error 500 — รูปแบบที่ Windows Server กับ IIS มักแสดง
• HTTP 500 — Internal Server Error — รูปแบบย่อที่บางเบราว์เซอร์แสดง
• Error 500 หรือ The website cannot display the page — ข้อความที่บาง framework เขียนทับเอง
• หน้าจอขาวเปล่า ๆ ไม่มีข้อความเลย — เกิดเมื่อ PHP ปิดการแสดง error ไว้ ตรวจได้จาก status code ในแท็บ Network ของ DevTools

สาเหตุที่พบบ่อย เรียงตามความน่าจะเป็น

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

ลำดับการไล่ตรวจที่เจอต้นตอเร็วที่สุด

อย่าเริ่มจากการเดาว่าอะไรพัง ให้เริ่มจากคำถามที่ตัดตัวเลือกออกได้มากที่สุดก่อน

1. 1ถามตัวเองว่าเพิ่งเปลี่ยนอะไรไปหรือเปล่า — อัปเดตปลั๊กอิน แก้โค้ด อัปโหลดไฟล์ เปลี่ยนเวอร์ชัน PHP ถ้าใช่ ให้ย้อนสิ่งนั้นกลับก่อนเป็นอันดับแรก เพราะ 500 ที่เกิดทันทีหลังเปลี่ยนอะไรบางอย่าง มักเป็นผลจากสิ่งนั้นจริง ๆ
2. 2เปิด error log ของเว็บเซิร์ฟเวอร์ — ขั้นนี้สำคัญที่สุดและคนข้ามบ่อยที่สุด log จะบอกไฟล์และบรรทัดที่พังตรง ๆ ทำให้ไม่ต้องเดาต่อ
3. 3ทดสอบด้วยการเปลี่ยนชื่อไฟล์ .htaccess ชั่วคราว — ถ้าเปลี่ยนชื่อแล้วเว็บกลับมา แปลว่าปัญหาอยู่ในไฟล์นั้น ค่อยไล่เปิดทีละบรรทัดหาตัวที่ผิด
4. 4ตรวจสิทธิ์ไฟล์และโฟลเดอร์ — ค่ามาตรฐานคือโฟลเดอร์ 755 และไฟล์ 644 ค่าที่กว้างเกินอย่าง 777 นอกจากจะไม่ปลอดภัยแล้ว เว็บเซิร์ฟเวอร์บางตัวยังปฏิเสธไม่ยอมรันให้ด้วย
5. 5ปิดปลั๊กอินหรือส่วนเสริมทั้งหมด แล้วเปิดกลับทีละตัว — วิธีนี้ช้าแต่ได้คำตอบแน่นอนเมื่อ log ไม่ชัดพอ
6. 6ลองเพิ่ม memory limit ชั่วคราว — ถ้าพังเฉพาะหน้าหนัก ๆ และเพิ่มแล้วหาย แปลว่าเจอต้นตอแล้ว แต่ควรกลับไปแก้ที่โค้ดที่กินหน่วยความจำผิดปกติด้วย ไม่ใช่เพิ่มค่าไปเรื่อย ๆ

ดู error log ตรงไหน

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

500 บนแชร์โฮสติ้ง กับบน VPS แก้ต่างกันตรงไหน

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

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

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

ถ้ายังไม่แน่ใจว่าสองแบบนี้ต่างกันตรงไหน อ่าน VPS กับ Web Hosting ต่างกันยังไง เพิ่มเติม และถ้าอยากเข้าใจว่าเบื้องหลังเซิร์ฟเวอร์ทำงานยังไง อ่าน Server คืออะไร ประกอบ

วิธีลดโอกาสเจอ 500 ในระยะยาว

• ทดสอบการอัปเดตบนเครื่องทดสอบก่อนเสมอ อย่าอัปเดตปลั๊กอินหรือเวอร์ชัน PHP บนเว็บจริงตรง ๆ
• เปิดระบบสำรองข้อมูลอัตโนมัติ และทดสอบกู้คืนจริงอย่างน้อยปีละครั้ง สำรองที่กู้ไม่ได้ไม่ต่างจากไม่มีสำรอง
• ตั้งระบบเฝ้าดูเว็บที่แจ้งเตือนเมื่อ status code ไม่ใช่ 200 คุณจะรู้ก่อนลูกค้าโทรมาบอก
• เก็บสำเนา .htaccess ที่ใช้งานได้ไว้ เวลาลองแก้จะย้อนกลับได้ทันที
• เฝ้าดูการใช้หน่วยความจำและ CPU ต่อเนื่อง ถ้าเห็นแนวโน้มเพิ่มขึ้นเรื่อย ๆ ให้ขยายสเปกก่อนจะพัง ไม่ใช่รอให้พังก่อน
• อ่าน error log เป็นนิสัยแม้เว็บยังปกติ หลาย ๆ ปัญหาส่งสัญญาณเป็น warning มาก่อนที่จะกลายเป็น 500