WordPress 7.1 RC3 vừa phát hành ngày 12/8, và đây gần như chính là bản cuối cùng bạn sẽ nhận được ngày 19/8. Còn đúng 5 ngày nữa. Nếu bạn đã đọc checklist nâng cấp 7.1 an toàn của mình thì đây là lúc thực hành: cài RC3 lên staging, chạy qua quy trình test 15 phút, và quyết định ngày 19/8 site sẽ auto-update hay chờ. Mình hướng dẫn cả 4 cách cài, kèm lệnh WP-CLI cụ thể.
WordPress 7.1 RC3 là gì và vì sao bản này đáng test nhất?
RC (Release Candidate) là bản ứng cử viên, mã nguồn đã đóng băng tính năng, chỉ còn sửa lỗi. RC3 chứa hơn 90 bản vá kể từ RC1, chia đều 37 lỗi ở Editor và 57 lỗi ở Core. Điều quan trọng: mọi thứ bạn thấy trên RC3 hôm nay gần như 100 percent giống bản chính thức ra mắt 19/8 tại WordCamp US. Test RC3 là cách chính xác nhất để biết trước site mình có vỡ hay không.
Chuỗi phát hành 7.1 diễn biến khá dày trong hai tuần qua. RC2 ra ngày 6/8 đi kèm bản bảo mật 7.0.3, còn RC3 ra ngày 12/8 ngay sau bản bảo mật 7.0.4 vá lỗi RCE qua Imagick. Nghĩa là RC3 đã bao trọn cả hai bản vá bảo mật đó, bạn test một lần là phủ được hết.
Cài đặt và test WordPress 7.1 RC3 bằng 4 cách nào?
Có 4 đường cài RC3, độ nhanh giảm dần nhưng độ giống production tăng dần. Mình xếp theo thứ tự nên làm: Playground để xem nhanh tính năng, Beta Tester hoặc WP-CLI trên staging để test nghiêm túc, zip thủ công cho ai muốn kiểm soát toàn bộ. Tuyệt đối không cài RC lên site đang chạy.
1. WordPress Playground: test trong 30 giây không cần cài
Vào playground.wordpress.net, chọn WordPress phiên bản beta/RC và PHP 8.3, bấm Run là có ngay site 7.1 RC3 chạy ngay trong trình duyệt. Không cần hosting, không cần database. Hạn chế duy nhất: môi trường ảo, không cài được toàn bộ plugin thật của bạn. Phù hợp để xem nhanh block Tabs, Playlist hay giao diện editor mới.
2. Plugin WordPress Beta Tester: chuẩn nhất cho staging
Trên staging site, cài plugin WordPress Beta Tester từ kho WordPress.org, vào Settings, chọn channel là Bleeding edge và stream là Beta/RC Only. Sau đó vào Dashboard, Updates, bấm Update Now là core chuyển sang RC3. Cách này gần môi trường thật nhất vì giữ nguyên plugin, theme và dữ liệu của bạn.
3. WP-CLI: nhanh nhất cho ai quản trị VPS
Nếu bạn quản lý server bằng SSH như mình, WP-CLI mất 10 giây. SSH vào server staging, chạy:
# Cập nhật core lên RC3
wp core update --version=7.1-RC3
# Nếu đã chạy RC2 trước đó, thêm --force để ghi đè
wp core update --version=7.1-RC3 --force
# Xác nhận phiên bản
wp core version
# Kết quả mong đợi: WordPress 7.1-RC3Nếu lệnh báo không tìm thấy bản cập nhật, chạy wp core check-update để danh sách bản khả dụng. Nhớ chạy lệnh bằng user của site, tránh root để không sai quyền file wp-content sau khi update.
4. Zip thủ công: cho ai muốn kiểm soát tuyệt đối
Tải file wordpress-7.1-RC3.zip từ wordpress.org, giải nén đè lên thư mục core của staging (trừ wp-content và wp-config.php), rồi vào trang admin bấm cập nhật database nếu được hỏi. Cách này hơi thủ công nhưng giúp bạn diff trực tiếp từng file thay đổi, phù hợp khi cần truy vết chính xác một regression.
Quy trình smoke test 15 phút trên RC3 gồm những bước nào?
Mình rút gọn thành 6 bước, làm đủ là yên tâm 80 percent. Bật WP_DEBUG_LOG trước khi bắt đầu, rồi lần lượt: đăng nhập admin, tạo post mới với block Tabs và Playlist, upload một ảnh HEIC và một ảnh PNG, xem preview ở cả ba khổ desktop, tablet, mobile, lưu bài và kiểm tra trang frontend render đúng, cuối cùng mở file debug.log tìm warning mới xuất hiện.
- Bước 1: Bật
define('WP_DEBUG', true);vàdefine('WP_DEBUG_LOG', true);trong wp-config.php của staging. - Bước 2: Kích hoạt lần lượt từng plugin quan trọng, làm lại bước tạo post sau mỗi lần.
- Bước 3: Cài Query Monitor để bắt deprecated function và slow query ngay trên admin bar.
- Bước 4: Test editor, vì đây là khu vực thay đổi lớn nhất của 7.1 với iframe bắt buộc.
- Bước 5: Kiểm tra console trình duyệt (F12) tìm lỗi JavaScript trong editor iframe.
- Bước 6: So sánh debug.log trước và sau từng bước để khoanh vùng plugin gây lỗi.
Chi tiết cách kiểm tra từng loại breaking change như editor iframe, SVG Icon API hay responsive block styles, mình đã viết riêng trong bài hướng dẫn test plugin và theme với 7.1, bạn đọc nối tiếp bài này là khớp quy trình.
RC3 sửa gì so với RC1 và RC2?
Tổng cộng hơn 90 vá lỗi kể từ RC1: 37 lỗi Editor và 57 lỗi Core. Không có tính năng mới lớn, toàn bộ là sửa ổn định, đúng tinh thần giai đoạn code freeze. Vài điểm đáng chú ý từ chuỗi RC: Icons API hoàn thiện để plugin đăng ký icon tùy biến, speculative loading giờ cấu hình được qua hằng số trong wp-config.php và biến môi trường, Notes có email thông báo khi bị mention, và revisions có link chia sẻ trực tiếp.
| Thời điểm | Bản phát hành | Nội dung chính |
|---|---|---|
| 15/7 đến 29/7 | Beta 1 đến Beta 4 | Đóng góp tính năng, 600+ Gutenberg enhancements |
| 5/8 | RC1 | 145+ vá lỗi kể từ Beta 4, Field Guide công bố |
| 6/8 | RC2 kèm 7.0.3 | Gộp bản vá bảo mật 7.0.3 |
| 12/8 | RC3 kèm 7.0.4 | 90+ vá lỗi, gộp bản vá RCE qua Imagick của 7.0.4 |
| 19/8 | 7.1 chính thức | Ra mắt tại WordCamp US, Phoenix |
Một điểm mình đánh giá cao: ngay trước RC3, ngày 13/8 Make/Core còn công bố dev note về 45 cải thiện accessibility trong 7.1, gồm tooltip API accessible và hỗ trợ screen reader tốt hơn ở bảng post list. Nếu khách hàng của bạn thuộc nhóm phải tuân thủ chuẩn WCAG, chuỗi cải thiện này là lý do thêm để nâng cấp sớm.
Gặp lỗi trên RC3 thì báo cáo ra sao?
Báo ngay lên khu vực Alpha/Beta của support forum wordpress.org, hoặc mở ticket trên Core Trac nếu bạn viết được các bước tái hiện lỗi. Trước khi báo, kiểm tra danh sách lỗi đã biết để không trùng lặp. Lỗi phát hiện trước 16/8 gần như chắc chắn kịp vá trong bản chính thức hoặc bản maintenance đầu tiên. Đây là giá trị thực của việc test sớm: bạn không chỉ bảo vệ site mình mà còn đẩy chu kỳ sửa lỗi của cả cộng đồng.
- Support forum khu Alpha/Beta: wordpress.org/support/forum/alphabeta
- Ticket mới: core.trac.wordpress.org/newticket
- Lỗi đã biết: core.trac.wordpress.org/tickets/major
Bản chính thức ngày 19/8 có tự cập nhật không?
Không tự động hoàn toàn. WordPress mặc định chỉ auto-update các bản minor, còn bản major như 7.1 phải bật thủ công từng site trong mục Updates, hoặc khai báo hằng số trong wp-config.php. Vì vậy nếu bạn không chủ động, site sẽ vẫn ở 7.0.x sau ngày 19/8 cho tới khi bạn bấm nút. Quyết định nên bật hay chờ phụ thuộc kết quả test RC3 tuần này.
// Tùy chọn cấu hình auto-update trong wp-config.php
define( 'WP_AUTO_UPDATE_CORE', false ); // tắt hẳn, chỉ cập nhật thủ công
define( 'WP_AUTO_UPDATE_CORE', 'minor' ); // mặc định, chỉ minor
define( 'WP_AUTO_UPDATE_CORE', true ); // bật cả minor lẫn majorQuan điểm của mình: site có plugin quan trọng hoặc custom code thì để minor, nâng 7.1 thủ công sau khi backup và đã test RC3 sạch lỗi. Site đơn giản, ít plugin thì bật major update cũng chấp nhận được, miễn là có backup đầy đủ kiểu rsync cộng mysqldump đứng sau lưng.
Kế hoạch 5 ngày cuối tuần này nên làm gì?
Mình chia lịch cụ thể từ hôm nay đến hết 21/8, mỗi ngày một việc, tổng thời gian chưa tới 3 tiếng. Cách chia này giúp bạn không dồn mọi việc vào tối 19/8 khi mọi người trên đời cũng đang nâng cấp và support forum đang đông nhất. Làm sớm một ngày, nhẹ người một ngày.
- Hôm nay 14/8: Cài RC3 lên staging theo một trong 4 cách trên, chạy smoke test 15 phút.
- Ngày 15 đến 16/8: Test chuyên sâu plugin và theme quan trọng nhất theo checklist mình đã chia trước đó.
- Ngày 17/8: Backup đầy đủ file và database, xác nhận bản backup phục hồi được.
- Ngày 18/8: Kiểm tra môi trường server, PHP nên từ 8.2 trở lên, tham khảo hướng dẫn nâng PHP 8.4 nếu chưa lên.
- Ngày 19/8: Đọc changelog bản chính thức, không vội nâng trong giờ đầu, để các site thử nghiệm ăn hàng trước.
- Ngày 20 đến 21/8: Nâng thủ công từng site, theo dõi debug.log và traffic sau nâng 24 tiếng.
Kết luận
RC3 là tín hiệu rõ nhất rằng WordPress 7.1 đã sẵn sàng và đồng hồ đang đếm ngược về 19/8. Chỉ cần dành 30 phút cuối tuần này cài RC3 qua Playground, Beta Tester hoặc hai dòng lệnh WP-CLI là bạn đã biết trước rủi ro của chính site mình. Nếu chưa nắm tổng quan các thay đổi, đọc lại field guide 7.1 trước khi bắt tay vào test. Test hôm nay luôn rẻ hơn sửa lỗi ngày mai.
