Tôi có nên tắt WP_CRON và thay vào đó kích hoạt wp-cron.php từ máy chủ cứ sau vài phút không?

Có vẻ như WordPress không cần thiết kích hoạt WP CRON trên mỗi lần tải trang. Tôi đang nghĩ, thay vì để nó chạy trong mỗi lần truy cập, tại sao không lên lịch để nó chạy cứ sau 5 phút qua máy chủ? Tôi chỉ có thể kích hoạt wp-cron.php cứ sau năm phút và đạt được kết quả mong muốn?

Có bất kỳ nhược điểm này?

Không có nhược điểm nào khi chạy WP CRON bằng các công việc định kỳ của máy chủ. Trong thực tế đây là thực hành được đề nghị.

Theo Tài liệu phát triển Plugin WordPress chính thức :

WP-Cron không chạy liên tục, đây có thể là một vấn đề nếu có các nhiệm vụ quan trọng phải chạy đúng giờ. Có một giải pháp dễ dàng cho việc này. Chỉ cần thiết lập lịch trình tác vụ của hệ thống để chạy theo các khoảng thời gian bạn mong muốn (hoặc tại thời điểm cụ thể cần thiết).

Để thực hiện việc này, trước tiên bạn cần tắt hành vi cron mặc định trong wp-config.php:

define('DISABLE_WP_CRON', true);

Sau đó, lên lịch wp-cron.phptừ máy chủ của bạn. Đối với Linux, điều đó có nghĩa là:

crontab -e

Tuy nhiên, thay vì chạy nó trong Dòng lệnh (CLI), hãy chạy nó dưới dạng yêu cầu HTTP. Cho rằng bạn có thể sử dụng wget:

*/5 * * * * wget -q -O - https://your-domain.com/wp-cron.php?doing_wp_cron

WordPress tải tất cả các tệp lõi cần thiết, Plugin, v.v. wp-cron.phpvới MÃ sau:

if ( !defined('ABSPATH') ) {
    /** Set up WordPress environment */
    require_once( dirname( __FILE__ ) . '/wp-load.php' );
}

Vì vậy, đừng lo lắng về việc WordPress không tải các tính năng quan trọng.

Có một vài nhược điểm: Thứ nhất, khi sử dụng wp-cron.php như một thứ cli, chẳng hạn như các biến $ _SERVER không được đặt. Thay vào đó, mọi người khắc phục giới hạn này bằng cách sử dụng yêu cầu curl cho wp-cron.php.

Thứ hai, vì bản thân WP không được tải với wp-cron.php; nếu bạn sử dụng plugin mail mail SMTP thì nó sẽ không được tải khi gọi wp-cron. Một lần nữa, sử dụng một cuộc gọi curl ghi đè vấn đề này. Curl dường như là phương pháp được sử dụng thường xuyên nhất.

Tuy nhiên; Tôi thích sử dụng wp-cli sau khi cài đặt cài đặt thư trong postfix và (cho nginx) cấu hình php-fpm chính xác và đặt crontab như

*/5    *   *   *   *  wp cron event list --skip-plugins --skip-themes --path="/var/www/vhosts/example.com/httpdocs/wp" --fields=hook,next_run_relative --format=csv | awk -F, '$2=="now" {print $1}' | xargs -r wp --path="/var/www/vhosts/example.com/httpdocs/wp" cron event run $1

(Liệt kê tất cả các crons với các trường cụ thể ở định dạng csv - hook là tên của cron, họ hàng tiếp theo là thời gian. Loại bỏ những cái hiển thị 'now' là lần chạy tiếp theo (những thứ hiện tại) bằng AWK, chuyển danh sách đó sang xargs gọi wp cron event run $HOOKtrên mỗi cron.) Sử dụng wp-cli tải WordPress một cách chính xác (Tôi chọn bỏ qua các plugin khi liệt kê các crons, vì các mã xóa và cảnh báo php sẽ làm hỏng đầu ra theo kịch bản; nhưng không bỏ qua chúng khi chạy cron với xargs, như cron có thể cần các plugin đang được tải)

Hy vọng điều này cung cấp cho bạn một số gợi ý trong những gì cần chú ý.

Có nhiều lý do để không vô hiệu hóa wp-cron. Trên thực tế, gần như không thể tìm thấy trường hợp sử dụng để làm điều này. Nó không làm chậm trang web của bạn và nó được sử dụng cho những điều bạn có thể không biết.

Nhiều plugin sử dụng WP-Cron để lên lịch mọi thứ. Họ có thể trở nên bối rối nếu bạn tắt lịch trình.

Có rất nhiều hướng dẫn về chủ đề này vì nó gây nhầm lẫn và bởi vì nó không ảnh hưởng nhiều đến trang web của bạn khi bạn vô hiệu hóa nó. Những gì nó sẽ làm, là một vấn đề đau đầu cho các nhà phát triển phải khắc phục vấn đề bí ẩn mà nó tạo ra trong sáu tháng.

Ngoài ra, WP Heartbeat kích hoạt cứ sau 15 giây trong khu vực quản trị, giải quyết vấn đề này cho 99% những người nghĩ rằng họ có nó.

Tôi vẫn chưa tìm thấy một nhược điểm thực sự trong việc giảm tải wp-cron cho dịch vụ bên ngoài. Đang làm điều này trong nhiều năm nay.

Đặc biệt là trong thế giới ngày nay, nơi bạn có thể chạy các ứng dụng như microservice.

Tôi sử dụng các thùng chứa Docker riêng cho từng thành phần WordPress - php, web, db, crontab, redis, v.v.). Có crontab là bộ chứa riêng biệt, gọi wp-cron qua http bằng mạng cục bộ, chỉ chạy khi tôi cần.

Điều này làm giảm căng thẳng trên các nút phụ trợ và cải thiện bảo mật bằng cách có bề mặt tấn công nhỏ hơn.

Nếu nhà phát triển không thể tìm ra cách thực hiện công cụ mà không phải gọi wp-cron trên mỗi lần tải trang, thì quái, điều này chỉ nói lên sự thiếu kinh nghiệm thay cho anh ta. "Để nó một mình", bởi vì bạn không hiểu làm thế nào mọi thứ hoạt động không phải là một lý do tốt để giữ nó.