WordPress 7.1 Phát Hành 19/8: 48 Giờ Cuối Và Kịch Bản WP-CLI Chuẩn Bị Đúng Chuẩn

WordPress 7.1 sẽ chính thức phát hành vào thứ Tư ngày 19/8, nghĩa là tính từ lúc mình viết bài này thì chỉ còn đúng 48 giờ. Nếu bạn đang quản lý nhiều site, đây là khoảng thời gian vàng để chuẩn bị, chứ không phải lúc để chờ đợi bản chính thức rồi hả hê bấm Update Now rồi cầu nguyện. Mình đã trải qua đủ loại kỳ release trên hàng trăm site, và bài học lớn nhất là: site nào có kịch bản chuẩn bị sẵn thì nâng cấp luôn nhẹ nhàng, site nào nâng cấp “trên tinh thần phóng khoáng” thì thường là site đó phải viết ticket cho hosting vào buổi tối.

Bài này mình sẽ đi theo đúng trình tự mà mình vẫn làm cho khách hàng trước mỗi bản release lớn: khóa Update ngay từ hôm nay, dựng staging test nhanh bằng WP-CLI, chạy smoke test, chuẩn bị kịch bản rollback, rồi mới mở khóa cập nhật vào sáng 19/8. Toàn bộ lệnh mình đưa dưới đây đều dùng được trên VPS thông thường, bạn chỉ cần SSH vào server là làm được.

48 giờ cuối trước WordPress 7.1 cần làm gì trước tiên?

Việc đầu tiên và quan trọng nhất trong 48 giờ này là chặn WordPress tự nâng cấp lên 7.1 trước khi bạn kịp test. Mặc định WordPress sẽ tự cập nhật minor release, nhưng với bản lớn như 7.1, nền tảng thường đợi vài ngày trước khi auto-update hàng loạt. Vẫn vậy, mình không bao giờ giao số phận site khách hàng cho “vài ngày” mờ mịt đó. Kiểm soát được thời điểm nâng cấp nghĩa là bạn kiểm soát được rủi ro.

Ngoài ra bạn cần biết trước hiện trạng site mình: phiên bản PHP đang chạy, danh sách plugin đã outdated, và đã có backup đủ loại chưa. Ba thông tin này quyết định site bạn nằm ở nhóm an toàn hay nhóm nguy hiểm. Cách làm chi tiết mình đã tổng hợp trong checklist nâng cấp WordPress 7.1 an toàn, còn trong bài này mình đi sâu vào phần vận hành bằng lệnh.

Chặn WordPress tự cập nhật lên 7.1 như thế nào?

Cách nhanh nhất là thêm một hằng số vào file wp-config.php. SSH vào server, mở file ra và thêm dòng sau, phía trên dòng chú thích “stop editing”:

define( 'WP_AUTO_UPDATE_CORE', false );

Dòng này tắt toàn bộ auto-update của core, bao gồm cả minor. Nếu bạn muốn giữ minor tự động nhưng chặn riêng bản lớn thì dùng:

add_filter( 'allow_major_auto_core_updates', '__return_false' );
add_filter( 'allow_minor_auto_core_updates', '__return_true' );

Hai dòng filter này đặt vào một plugin muộn (must-use plugin) sẽ gọn hơn, đỡ đụng vào wp-config.php. Tạo file /wp-content/mu-assets/block-major-updates.php với nội dung:

<?php
add_filter( 'allow_major_auto_core_updates', '__return_false' );

Nhớ kiểm tra lại bằng WP-CLI cho chắc:

wp config get WP_AUTO_UPDATE_CORE --path=/var/www/yoursite/public_html
wp eval 'var_dump( wp_get_auto_update_message() );'

Nếu bạn dùng managed hosting như Kinsta hay Cloudways thì console của họ thường có nút tắt auto-update luôn, nhưng cách muôn-framework vẫn là hai dòng filter ở trên.

Làm sao test WordPress 7.1 trên staging chỉ trong 30 phút?

Nhiều người nghĩ dựng staging để test một bản WordPress là chuyện cả buổi. Thực tế với WP-CLI và plugin WP Staging hoặc dịch vụ staging của hosting, mình làm xong trong 30 phút cho một site vừa. Trước tiên bạn tải gói RC làm bản test. Từ trong thư mục staging, chạy:

wp core download --version=7.1-rc3 --force
wp core update-db
wp plugin update --all
wp theme update --all
wp cache flush

Sau khi cập nhật xong, đừng mở trình duyệt ngắm nghía rồi coi như xong. Mình luôn chạy một vòng smoke test có cấu trúc, theo đúng trình tự:

• Trang chủ render đầy đủ, không fatal error trong debug.log
• Đăng nhập dashboard, vào từng menu chính một lần
• Tạo bài draft mới, thêm một block, lưu, xem preview
• Nộp một comment thử, kiểm tra spam plugin vẫn chặn đúng
• Thanh toán hoặc form liên hệ chạy qua một lượt nếu có
• Check Core Web Vitals bằng PageSpeed Insights, so với số liệu trước nâng cấp

Kiểm tra lỗi ẩn nhanh nhất vẫn là xem log:

wp eval 'error_reporting(E_ALL); define("WP_DEBUG_LOG", true);'
tail -f /var/www/yoursite/staging/wp-content/debug.log

Nếu sau vòng smoke test mà log sạch, trang chủ LCP không tệ hơn trước, form vẫn hoạt động thì site đó đủ điều kiện lên 7.1 vào ngày 19/8.

Ngày 19/8 phát hành rồi, nâng cấp đúng cách ra sao?

Sáng 19/8, bản 7.1 chính thức sẽ có mặt trong Dashboard nhưng thường chỉ mới là “available”, chưa tự cài. Bạn chủ động chọn giờ thấp điểm, chạy theo trình tự sau cho từng site:

# 1. Backup trước khi động vào bất cứ thứ gì
wp db export backup-pre-71-$(date +%F).sql
tar -czf files-pre-71-$(date +%F).tar.gz wp-content/ wp-config.php .htaccess

# 2. Kiểm tra không có plugin quá cũ
wp plugin list --update=available

# 3. Nâng cấp core, database, plugin trong một luồng
wp core update
wp core update-db
wp plugin update --all
wp cache flush
wp rewrite flush

Chạy xong, vào trình duyệt duyệt nhanh trang chủ và một bài viết, xem debug.log một lần nữa. Nếu bạn quản lý nhiều site, gom các lệnh này vào một shell script và chạy tuần tự, mỗi site cách nhau vài phút để kịp phát hiện vấn đề trước khi lây lan sang site sau.

Sau nâng cấp 7.1, dấu hiệu nào cho thấy cần rollback?

Không phải lỗi nào cũng cần rollback. Fatal error trắng trang ngay tại trang chủ, không đăng nhập được admin, hoặc vòng lặp redirect liên tục là ba dấu hiệu đỏ cần quay về bản cũ ngay. Cách rollback nhanh nhất mình từng hướng dẫn chi tiết trong bài rollback WordPress 7.1 khi nâng cấp lỗi. Tóm gọn lại chỉ một lệnh:

wp core download --version=7.0.4 --force
wp core update-db
wp cache flush

Trường hợp lỗi chỉ nằm ở một plugin tương thích kém, đừng vội rollback cả core. Hãy tắt plugin đó trước rồi mới xử lý:

wp plugin deactivate ten-plugin-loi

Nếu site báo lỗi 500 ngay cả trang admin, bật WP_DEBUG qua WP-CLI:

wp config set WP_DEBUG true --raw
wp config set WP_DEBUG_LOG true --raw

rồi đọc debug.log để tìm plugin hoặc theme gây lỗi. Đa số sự cố sau release lớn đều rơi vào nhóm này: plugin chưa kịp tương thích React mới hoặc deprecated function, chứ core WordPress bản chính thức hiếm khi chết oan.

Có nên đợi một tuần rồi mới nâng cấp WordPress 7.1 không?

Chấp nhận đánh đổi. Nếu site bạn là blog cá nhân, ít plugin, không bán hàng thì nâng cấp ngay ngày 19/8 sau khi đã test staging là lựa chọn hợp lý, vừa được bản vá bảo mật kịp thời vừa không ì ạch. Còn nếu site bạn là cửa hàng nhận đơn mỗi giờ, mình khuyên đợi 3 đến 7 ngày, để cộng đồng khai thác hộ bạn những plugin compatibility chưa hợp. Tuyệt đối đừng đợi quá hai tuần, vì sau thời điểm đó lịch security release kế tiếp có thể ập đến và bạn sẽ bị dồn ép nâng cấp trong tình thế khẩn cấp, tệ nhất trong mọi tình huống.

Một lưu ý cuối: sau khi nâng cấp xong, quay lại tắt WP_DEBUG, xóa các file backup cũ để không phình ổ cứng, và ghi lại một dòng ghi chú về phiên bản plugin tại thời điểm nâng cấp. Lần sau có sự cố, bạn sẽ cần đúng thông tin đó. Chúc anh em nâng cấp 7.1 tuần suất, và nếu gặp tình huống lạ cứ để lại comment, mình sẽ xem log cùng bạn.