Website WordPress cũ khi nền tảng đổi yêu cầu phiên bản PHP

Website WordPress chạy êm 3 năm liền. Rồi một sáng đăng nhập, bảng tin quản trị báo đỏ: WordPress đổi yêu cầu PHP, mốc tối thiểu vừa nâng lên cao hơn bản đang chạy. Không bấm cập nhật, bảo mật đứng yên mãi. Bấm rồi, giao diện có thể vỡ. Có thể trắng trang. Có thể 1 chức năng lặng lẽ ngừng chạy mà không ai để ý trong nhiều ngày.

Đây không phải lỗi của ai. Nền tảng tới lúc phải bỏ dây nhợ cũ. Website thì đã cắm rễ vào đúng dây nhợ đó từ lâu. Bài này nói 5 phần. Vì sao chuyện này xảy ra, chỗ nào hay gãy, cách kiểm trước, thứ tự nâng, và ai lo phần nào.

Vì sao WordPress đổi yêu cầu PHP lại là chuyện định kỳ

WordPress đổi yêu cầu PHP vì bản PHP cũ tới lúc bị dự án PHP ngừng vá bảo mật. Đây là 1 quy luật lặp lại, không phải quyết định bất chợt của 1 bản cập nhật. Nền tảng buộc phải nâng mốc tối thiểu, kéo theo mọi website còn đứng dưới mốc đó.

• PHP có vòng đời hỗ trợ riêng, do dự án PHP quyết định, không phải WordPress.
• Bản PHP hết vòng đời không nhận thêm bản vá cho lỗ hổng mới.
• Nền tảng nâng mốc tối thiểu để không kéo theo rủi ro của tầng dưới.
• Chu kỳ này lặp lại đều đặn, cứ vài năm 1 lần.
• Website không nâng theo vẫn chạy được. Vẫn đứng ngoài vùng được vá.

Tín hiệu này không phải ý thích nhất thời. Nó báo 1 điều rõ ràng: tầng dưới đã đóng cửa vá lỗi. Bỏ qua tín hiệu 2, 3 năm liền là cách nhiều website tự đẩy mình ra khỏi vùng an toàn.

Cái gì hay gãy khi website WordPress nâng phiên bản PHP

3 nhóm dễ gãy nhất: plugin lâu không cập nhật, giao diện từng bị chỉnh tay, và mã thêm vào ngoài luồng chuẩn. Cả 3 nhóm này dùng cú pháp cũ. Bản PHP mới đã bỏ, siết chặt, hoặc đổi cách xử lý những cú pháp đó.

• Plugin ngừng cập nhật quá 1 năm là nhóm gãy nhiều nhất.
• Giao diện chỉnh sửa tay trực tiếp trong file gốc, không qua child theme.
• Mã chèn tay vào functions.php qua 3, 4 đời quản trị viên khác nhau.
• 2, 3 plugin cache và bảo mật cài chồng lên nhau dễ xung đột khi PHP đổi cách xử lý.
• Form liên hệ và cổng thanh toán tích hợp tay cũng nằm trong nhóm rủi ro cao.

Cách kiểm trước khi nâng phiên bản PHP cho website

Trước khi WordPress đổi yêu cầu PHP buộc bạn phải nâng, có 3 việc cần làm: xem plugin nào còn được cập nhật, xem giao diện có bản mới không, và dựng 1 bản sao để chạy thử. Bỏ qua bước kiểm là nguyên nhân phổ biến nhất khiến việc nâng cấp thành sự cố.

• Mở trang quản trị plugin, xem cột ngày cập nhật gần nhất của từng plugin.
• Plugin không cập nhật quá 12 tháng là dấu hiệu cần chú ý.
• Kiểm giao diện đang dùng có bản mới hơn trên kho chính thức không.
• Liệt kê hết đoạn mã đã thêm tay. Ghi rõ ai thêm, thêm để làm gì.
• Dựng bản sao (staging) từ đúng dữ liệu và mã nguồn hiện tại, không rút gọn.

Thứ tự nâng phiên bản PHP an toàn cho website WordPress

6 bước nối tiếp nhau: sao lưu, dựng bản sao, thử nâng trên bản sao, sửa chỗ gãy, nâng bản thật, rồi theo dõi. Đảo thứ tự là cách nhanh nhất biến 1 việc bảo trì thành 1 sự cố giữa giờ làm việc.

1. Sao lưu toàn bộ mã nguồn và cơ sở dữ liệu trước khi động vào bất cứ thứ gì.
2. Dựng bản sao (staging) tách biệt hoàn toàn với website đang phục vụ khách.
3. Nâng phiên bản PHP trên bản sao trước. Chưa đụng bản thật.
4. Rà từng trang, từng chức năng trên bản sao. Ghi lại chỗ nào báo lỗi.
5. Sửa đúng chỗ gãy đã ghi nhận. Thử lại tới khi bản sao chạy ổn.
6. Nâng bản PHP trên website thật. Theo dõi log lỗi 3, 4 ngày đầu.

Không có cách nào đảm bảo nâng xong tuyệt đối không gãy chỗ nào. Mỗi website mang 1 tổ hợp plugin và mã thêm tay khác nhau. Rủi ro giảm thật sự nhờ thử trước trên bản sao. Không phải thử thẳng trên bản chính.

Khi nào nên làm lại website thay vì tiếp tục nâng cấp

Nên làm lại khi 3 dấu hiệu này xuất hiện cùng lúc: giao diện đã quá cũ, plugin cốt lõi ngừng phát triển hẳn, và chi phí sửa từng chỗ gãy cộng lại cao hơn dựng mới. 3 dấu hiệu này thường đi cùng nhau, ít khi đứng riêng lẻ.

• Giao diện dùng công nghệ đã lỗi thời, không còn bản cập nhật nào 1, 2 năm nay.
• Plugin trung tâm (giỏ hàng, đặt lịch, thành viên) đã ngừng phát triển hẳn.
• Số giờ sửa hết chỗ gãy vượt số giờ dựng lại phần tương ứng từ đầu.

Phần cân nhắc chi tiết khi nào làm mới toàn bộ 1 website doanh nghiệp, đọc thêm ở bài làm lại website doanh nghiệp bao lâu một lần. Ở đây chỉ dừng ở mức nhận diện dấu hiệu.

Ai lo phần đổi phiên bản PHP, ai lo phần mã nguồn website

2 phần việc này do 2 bên khác nhau đảm nhận. Đổi phiên bản PHP là việc của bên hosting. Sửa chỗ gãy trong mã nguồn là việc của người quản trị website hoặc đơn vị làm web.

• Bên hosting mở phiên bản PHP mới trong panel. Đây là thao tác hạ tầng, không đụng mã nguồn.
• Hosting có quản trị đi kèm còn hỗ trợ kiểm tra tương thích trước khi đổi.
• Sửa plugin xung đột, viết lại đoạn mã cũ, việc này thuộc về người làm web.
• Website không có ai phụ trách mã nguồn cố định nên có hợp đồng bảo trì riêng.

Câu hỏi thường gặp về WordPress đổi yêu cầu phiên bản PHP

Thử trên bản sao trước, đừng nâng thẳng

Nhớ đúng 1 câu cho cả bài: dựng bản sao, thử ở đó trước, sửa chỗ gãy rồi mới nâng bản thật. Đường tắt nâng thẳng trên website đang chạy chỉ tiết kiệm vài chục phút. Đổi lại là rủi ro cả website ngừng hoạt động giữa giờ làm việc.

Cần 1 nơi đổi phiên bản PHP ngay trong panel, có người kiểm tra tương thích giúp, xem qua Linux Hosting BizMaC nếu website không chạy nền WordPress, hoặc chọn thẳng gói WordPress Hosting nếu website đang dùng đúng nền tảng này.