Trả lời nhanh
Lỗi 500 hoặc trang trắng không tự chứng minh PHP bị lỗi: máy chủ, mã nguồn, cơ sở dữ liệu hay cấu hình đều có thể là nguyên nhân. Trước tiên hãy ghi lại thời điểm và URL lỗi, kiểm tra từ thiết bị khác, xem log máy chủ và PHP, sau đó đối chiếu với lần cập nhật gần nhất. Sao lưu trước khi sửa, không bật hiển thị lỗi công khai và không xóa plugin hoặc dữ liệu hàng loạt trên website đang chạy.
Ý chính
- HTTP 500 là lỗi phía máy chủ, không phải tên một lỗi PHP cụ thể.
- Trang trắng cũng có thể do lỗi PHP bị ẩn; cần đọc log để biết nguyên nhân thay vì đoán.
- Ghi thời điểm, URL, thao tác trước khi lỗi và kiểm tra bản sao lưu trước khi thay đổi.
- Nếu vừa cập nhật mã nguồn, theme hoặc plugin, thử hoàn tác trong môi trường kiểm thử hoặc theo quy trình khôi phục an toàn.
- Đừng bật display_errors trên website công khai vì thông báo lỗi có thể lộ thông tin nhạy cảm.
Lỗi 500 và trang trắng có nghĩa là gì?
HTTP 500 (Internal Server Error) báo rằng máy chủ không xử lý được yêu cầu, nhưng mã trạng thái này không chỉ ra nguyên nhân. Một trang trắng có thể do PHP dừng trước khi xuất nội dung, nhưng cũng có thể liên quan đến cache, proxy, template hoặc lỗi kết nối khác. Đừng kết luận ngay là phải đổi hosting hay tăng bộ nhớ.
Nếu chỉ một URL lỗi, hãy ghi lại đúng URL đó. Nếu toàn bộ website lỗi, hãy kiểm tra trang quản trị, trang chủ và đường dẫn trực tiếp từ mạng hoặc thiết bị khác. Cách này giúp phân biệt lỗi một trang, toàn site và vấn đề chỉ ở trình duyệt.
Nên làm gì trong 10 phút đầu để không làm lỗi nặng hơn?
Ưu tiên giữ dữ liệu và thu thập bằng chứng. Nếu website có đơn hàng hoặc form nhận khách, hãy thông báo nội bộ để mọi người không thay đổi cùng lúc. Người có quyền kỹ thuật cần kiểm tra trạng thái hosting, bản sao lưu gần nhất và log ở cùng thời điểm xảy ra lỗi.
- Ghi URL, thời điểm, thông báo trên màn hình và thay đổi gần nhất (cập nhật plugin, theme, mã nguồn, PHP, DNS).
- Kiểm tra website từ thiết bị khác và cửa sổ riêng tư; xác định lỗi xảy ra với mọi người hay chỉ một phiên.
- Chụp ảnh thông báo lỗi và lưu log, nhưng che token, mật khẩu, email và dữ liệu khách trước khi chia sẻ.
- Xác nhận bản sao lưu có thể khôi phục trước khi sửa file hoặc cơ sở dữ liệu.
- Nếu vừa triển khai phiên bản mới, dùng quy trình rollback đã kiểm thử thay vì thử nhiều thay đổi ngẫu nhiên.
Kỹ thuật viên kiểm tra PHP, hosting và WordPress theo thứ tự nào?
Hãy bắt đầu với log máy chủ và log PHP tại thời điểm lỗi, rồi kiểm tra giới hạn tài nguyên và thay đổi gần nhất. Theo tài liệu PHP, error_reporting quyết định loại lỗi được báo; log_errors ghi lỗi vào nơi do error_log cấu hình. Trên production, display_errors nên tắt để tránh lộ thông tin nhạy cảm.
Với WordPress, plugin hoặc theme mới cập nhật có thể là một giả thuyết, nhưng không phải mặc định là thủ phạm. Hãy kiểm tra thông báo lỗi cụ thể trước, sao lưu, rồi cô lập thay đổi trên staging. Không xóa hàng loạt plugin hoặc sửa trực tiếp database chỉ vì thấy màn hình trắng.
| Dấu hiệu | Hướng kiểm tra | Không nên làm vội |
|---|---|---|
| 500 sau khi cập nhật | Log web server/PHP, bản triển khai hoặc plugin vừa đổi | Xóa plugin và dữ liệu trên site live |
| Trắng trang | Log PHP và lỗi ở template, plugin, theme | Bật thông báo lỗi cho mọi khách xem |
| Allowed memory size exhausted | Mã xử lý tốn RAM, plugin, giới hạn memory_limit, dung lượng host | Tăng giới hạn vô hạn mà không tìm nguyên nhân |
| Maximum execution time exceeded | Tác vụ chậm, truy vấn, dịch vụ ngoài, max_execution_time | Chỉ tăng timeout và bỏ qua tác vụ treo |
| Lỗi chỉ khi gửi form | Log tại thời điểm gửi, email/API, xác thực dữ liệu | Thử gửi dữ liệu khách thật nhiều lần |
Có nên tự sửa bằng cách tăng memory_limit hoặc bật display_errors không?
Không nên coi tăng giới hạn là cách sửa cuối cùng. PHP có memory_limit để giới hạn bộ nhớ một tập lệnh sử dụng; nếu vừa xuất hiện lỗi thiếu bộ nhớ, cần tìm tác vụ, plugin hoặc truy vấn gây tăng sử dụng. Tăng tạm sau khi xác nhận hạ tầng đủ sức có thể giúp khôi phục dịch vụ, nhưng phải theo dõi và xử lý nguyên nhân.
Tài liệu PHP khuyến nghị tắt display_errors trên production vì thông báo lỗi có thể chứa thông tin bí mật. Hãy để kỹ thuật viên đọc log ở kênh riêng; không dán log có thông tin khách lên diễn đàn công khai. Nếu bạn không có quyền xem log hoặc sao lưu, tốt nhất liên hệ người quản trị hosting hay đơn vị làm website.
Khi nào cần gọi đơn vị kỹ thuật hoặc cân nhắc bảo trì?
Hãy nhờ kỹ thuật hỗ trợ ngay nếu website nhận đơn hàng hoặc lead đang ngừng hoạt động, lỗi lặp lại, có dấu hiệu lộ dữ liệu, hoặc bạn không có bản sao lưu đáng tin. Cung cấp URL, thời điểm, ảnh lỗi, thay đổi gần nhất và quyền truy cập qua kênh an toàn; không gửi mật khẩu trong bình luận công khai.
Dịch vụ quản trị website theo tháng của Nextchain.site mô tả bảo trì kỹ thuật, sao lưu, theo dõi hoạt động và sửa lỗi phát sinh cho website thuộc gói. Với website có sẵn từ bên khác hoặc lỗi đặc thù, hãy gửi tình trạng để đội ngũ xác nhận phạm vi và báo giá trước khi làm; không mặc định mọi lỗi PHP/WordPress đều đã nằm trong gói.
- Nếu website vẫn hoạt động: ghi lỗi và lên lịch kiểm tra nguyên nhân.
- Nếu form, thanh toán hoặc toàn site ngừng: ưu tiên khôi phục từ bản sao lưu và điều tra trên bản kiểm thử.
- Sau khi sửa: kiểm tra trang chủ, form, trang liên hệ và theo dõi log để chắc lỗi không tái diễn.
