Lỗi trắng trang, 500, 503, timeout, upload thất bại hoặc trang quản trị chậm có thể liên quan tới giới hạn hosting, nhưng cũng có thể đến từ plugin, theme, database, quyền file, cấu hình PHP hoặc mã độc. Cách xử lý đúng là đọc mã lỗi và log trước khi nâng gói.
Tóm tắt: Hãy ghi lại thời điểm và thao tác gây lỗi, kiểm tra error log, dung lượng, inode, CPU, RAM, I/O và số tiến trình; sau đó loại trừ plugin, theme, database và cấu hình. Chỉ nâng hoặc chuyển hosting khi dữ liệu cho thấy môi trường hiện tại chạm giới hạn, thiếu tính năng cần thiết hoặc nhà cung cấp không thể khắc phục.
Trước khi sửa: thu thập bằng chứng
- Ghi URL, thời điểm, thao tác và thông báo lỗi chính xác.
- Kiểm tra HTTP status, PHP error log, web server log và log ứng dụng.
- Xem biểu đồ CPU, RAM, I/O, entry process, NPROC, dung lượng và inode.
- Đối chiếu thay đổi gần nhất: cập nhật plugin, theme, PHP, DNS hoặc deploy.
- Tạo backup trước khi tắt plugin, sửa file hoặc đổi phiên bản.
Nếu bảng điều khiển không hiển thị tài nguyên hoặc log, hãy yêu cầu nhà cung cấp xuất dữ liệu tương ứng. Không nên chẩn đoán chỉ dựa trên cảm giác “web chậm”.
Lỗi trắng trang hoặc lỗi nghiêm trọng WordPress
Trang trắng thường xuất hiện khi PHP gặp lỗi nhưng thông báo bị ẩn, tiến trình hết bộ nhớ hoặc plugin/theme gây lỗi nghiêm trọng.
| Cần kiểm tra | Cách xử lý an toàn |
|---|---|
| PHP error log | Tìm tên file, plugin, hàm hoặc thông báo memory exhausted |
| Plugin/theme vừa thay đổi | Dùng staging hoặc chế độ troubleshooting để cô lập |
| Phiên bản PHP | Kiểm tra tương thích trước khi đổi; có phương án quay lại |
| Memory limit và RAM | Phân biệt giới hạn PHP với giới hạn vật lý của tài khoản |
| File bị sửa bất thường | Quét mã độc và so sánh với bản sạch |
Nâng RAM không sửa được plugin có lỗi cú pháp hoặc file bị nhiễm mã độc. Chỉ tăng tài nguyên khi log cho thấy thiếu bộ nhớ hoặc tiến trình bị hệ thống dừng.
Lỗi 500 Internal Server Error
Mã 500 là lỗi chung phía máy chủ. Nguyên nhân có thể là .htaccess, quyền file, PHP fatal error, cấu hình web server, plugin hoặc giới hạn tài nguyên.
- Đọc error log đúng thời điểm lỗi.
- Kiểm tra file cấu hình và quyền sau deploy.
- Thử tái hiện trên staging trước khi sửa production.
- Đối chiếu resource usage nếu lỗi xuất hiện lúc import, backup hoặc traffic cao.
- Không refresh liên tục vì có thể làm tải tăng thêm.
Lỗi 502, 503 và 504
| Mã | Cách hiểu sơ bộ | Dữ liệu cần xem |
|---|---|---|
| 502 | Proxy hoặc gateway nhận phản hồi không hợp lệ từ dịch vụ phía sau | Web server, PHP-FPM, upstream và deploy |
| 503 | Dịch vụ tạm thời không sẵn sàng | Bảo trì, giới hạn tiến trình, quá tải hoặc ứng dụng dừng |
| 504 | Gateway chờ dịch vụ phía sau quá lâu | Slow query, API ngoài, PHP timeout và tài nguyên |
Các mã này không tự động chứng minh shared hosting bị oversell. Hãy xác định thành phần nào trả lỗi và xem log của lớp proxy, ứng dụng cùng database.
Không upload được ảnh, plugin hoặc theme
Kiểm tra dung lượng, inode, quyền thư mục, giới hạn upload của PHP, loại file, kích thước request và lỗi xử lý ảnh. “HTTP error” trong WordPress có thể xuất hiện do nhiều nguyên nhân.
| Dấu hiệu | Khả năng cần kiểm tra |
|---|---|
| Không tạo thêm file nào | Dung lượng hoặc inode đã đầy, filesystem chỉ đọc |
| Chỉ file lớn bị lỗi | upload_max_filesize, post_max_size, timeout hoặc proxy limit |
| Chỉ ảnh lớn bị lỗi | Bộ nhớ xử lý ảnh, thư viện GD/Imagick hoặc kích thước pixel |
| Cài plugin thất bại | Quyền file, kết nối ra ngoài, phiên bản PHP hoặc file ZIP lỗi |
Website và trang quản trị chậm
Đầu tiên cần tách trang công khai đã cache với trang quản trị hoặc chức năng động. Nếu frontend nhanh nhưng admin chậm, nguyên nhân thường nằm ở PHP, database, plugin, cron hoặc API bên thứ ba hơn là băng thông tải ảnh.
- Xem slow query, autoload và cron.
- Kiểm tra plugin tạo request ngoài hoặc dashboard widget.
- Đối chiếu thời điểm chậm với CPU, RAM và I/O.
- Kiểm tra bot, login brute force và traffic bất thường.
- Cấu hình cache phù hợp; không cài chồng nhiều plugin cache.
- Tối ưu ảnh và file tĩnh nhưng không dùng việc này thay cho sửa truy vấn chậm.
Bài hosting ảnh hưởng SEO thế nào hướng dẫn cách đối chiếu lỗi hiệu suất với crawl và dữ liệu máy chủ.
Email website không gửi hoặc vào spam
Đây thường không phải lỗi thiếu CPU. Hãy kiểm tra SMTP, thông tin xác thực, SPF, DKIM, DMARC, giới hạn gửi, log mail và địa chỉ From. Shared hosting có thể giới hạn email, nhưng plugin form hoặc DNS email cũng có thể là nguyên nhân.
Biện pháp tạm thời có kiểm soát
- Giảm hoặc dời các tác vụ backup, import và cron khỏi giờ cao điểm.
- Tắt tính năng không cần thiết sau khi có backup và kiểm thử.
- Thêm cache phù hợp với nền tảng và loại nội dung.
- Giới hạn bot hoặc request bất thường.
- Dọn cache, log và backup cũ sau khi xác nhận có thể xóa.
- Nâng gói tạm thời nếu có bằng chứng chạm tài nguyên và cần giữ dịch vụ hoạt động.
Không xóa file lạ, log hoặc backup khi chưa hiểu nguồn gốc. Nếu nghi website bị xâm nhập, ưu tiên bảo toàn bằng chứng và xử lý sự cố.
Khi nào nên nâng gói, khi nào nên chuyển nhà cung cấp?
| Tình huống | Hướng phù hợp |
|---|---|
| Gói hiện tại chạm tài nguyên nhưng nhà cung cấp có cấp cao hơn tương thích | Nâng gói và theo dõi lại |
| Cần phiên bản, module hoặc quyền cấu hình mà dịch vụ không hỗ trợ | Chuyển loại dịch vụ hoặc nhà cung cấp |
| Lỗi khả dụng lặp lại, hỗ trợ không xử lý được | Chuẩn bị chuyển sau khi thu thập log và backup |
| Website có lỗi code hoặc database nhưng tài nguyên còn dư | Sửa ứng dụng trước, chưa cần chuyển |
| Không có backup/restore phù hợp với mức rủi ro | Bổ sung giải pháp backup hoặc chọn dịch vụ khác |
Nếu quyết định chuyển, làm theo quy trình chuyển website sang hosting mới để không bỏ sót database, email, DNS và SSL.
Checklist gửi cho bộ phận hỗ trợ
- Domain và URL bị lỗi.
- Thời điểm, múi giờ và thao tác gây lỗi.
- Mã HTTP hoặc ảnh chụp thông báo.
- Request ID hoặc log liên quan nếu có.
- Thay đổi gần nhất.
- Biểu đồ tài nguyên tại thời điểm lỗi.
- Ảnh hưởng tới người dùng và mức độ khẩn cấp.
Kết luận
Hosting không phù hợp có thể gây chậm, timeout hoặc lỗi khi tài khoản chạm giới hạn, nhưng cùng một triệu chứng cũng có thể đến từ ứng dụng. Chẩn đoán tốt bắt đầu bằng mã lỗi, log và tài nguyên; sau đó mới quyết định tối ưu, nâng gói hay chuyển dịch vụ.
Nếu đã có bằng chứng môi trường hiện tại không đáp ứng và cần gói cùng hỗ trợ migration rõ ràng, có thể tham khảo dịch vụ hosting tại TP.HCM.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.
