Contributors: johnbillion, scompt
Tags: cron, wp-cron, crontrol, debug
Requires at least: 4.2
Tested up to: 5.9
Stable tag: 1.12.0
Requires PHP: 5.3
Donate link: https://github.com/sponsors/johnbillion
WP Crontrol enables you to view and control what's happening in the WP-Cron system.
WP Crontrol enables you to view and control what's happening in the WP-Cron system. From the admin screens you can:
- View all cron events along with their arguments, recurrence, callback functions, and when they are next due.
- Edit, delete, and immediately run any cron events.
- Add new cron events.
- Bulk delete cron events.
- Add and remove custom cron schedules.
- Export cron event lists as a CSV file.
WP Crontrol is aware of timezones, will alert you to events that have no actions or that have missed their schedule, and will show you a warning message if your cron system doesn't appear to be working (for example if your server can't connect to itself to fire scheduled cron events).
- Go to the
Tools → Cron Events
menu to manage cron events. - Go to the
Settings → Cron Schedules
menu to manage cron schedules.
I maintain several other plugins for developers. Check them out:
- Query Monitor is the developer tools panel for WordPress.
- User Switching provides instant switching between user accounts in WordPress.
Yes.
I get the error "There was a problem spawning a call to the WP-Cron system on your site". How do I fix this?
You can read all about problems spwaning WP-Cron here.
You can read all about cron events that miss their schedule here.
If the event is added by a plugin then the plugin most likely rescheduled the event as soon as it saw that the event was missing. Unfortunately there's nothing that WP Crontrol can do about this - you should contact the author of the related plugin and ask for advice.
This depends entirely on the event. You can use your favourite search engine to search for the event name in order to find out which plugin it belongs to, and then decide whether or not to delete it.
If the event shows "None" as its action then it's usually safe to delete. Please see the other FAQs for more information about events with no action.
The WordPress core software uses cron events for some of its functionality and removing these events is not possible because WordPress would immediately reschedule them if you did delete them. For this reason, WP Crontrol doesn't let you delete these persistent events from WordPress core in the first place.
This means the cron event is scheduled to run at the specified time but there is no corresponding functionality that will be triggered when the event runs, therefore the event is useless.
This is often caused by plugins that don't clean up their cron events when you deactivate them. You can use your favourite search engine to search for the event name in order to find out which plugin it belongs to, and then decide whether or not to delete it.
You can change the time and recurrence of a cron event by clicking the "Edit" link next to the event.
From the Tools → Cron Events → Add New screen, create a PHP cron event that includes PHP that fetches the URL using the WordPress HTTP API. For example:
wp_remote_get( 'http://example.com' );
Please see the "Which users can manage PHP cron events?" FAQ for information about which users can create PHP cron events.
You can read all about problems with editing cron events here.
Yes, a CSV file of the event list can be exported via the "Export" button on the cron event listing screen. This file can be opened in any spreadsheet application.
Not yet, but I hope to add this functionality soon.
Yes. The excellent Simple History plugin has built-in support for logging actions performed via WP Crontrol.
Cron schedules are used by WordPress and plugins for scheduling events to be executed at regular intervals. Intervals must be provided by the WordPress core or a plugin in order to be used. As an example, many backup plugins provide support for periodic backups. In order to do a weekly backup, a weekly cron schedule must be entered into WP Crontrol first and then a backup plugin can take advantage of it as an interval.
There are two steps to getting a functioning cron event that executes regularly. The first step is telling WordPress about the hook. This is the part that WP Crontrol was created to provide. The second step is calling a function when your hook is executed.
Step One: Adding the hook
In the Tools → Cron Events admin panel, click on "Add New" and enter the details of the hook. You're best off using a hook name that conforms to normal PHP variable naming conventions. The event schedule is how often your hook will be executed. If you don't see a good interval, then add one in the Settings → Cron Schedules admin panel.
Step Two: Writing the function
This part takes place in PHP code (for example, in the functions.php
file from your theme). To execute your hook, WordPress runs an action. For this reason, we need to tell WordPress which function to execute when this action is run. The following line accomplishes that:
add_action( 'my_hookname', 'my_function' );
The next step is to write your function. Here's a simple example:
function my_function() {
wp_mail( 'hello@example.com', 'WP Crontrol', 'WP Crontrol rocks!' );
}
In the Tools → Cron Events admin panel, click on "Add New". In the form that appears, select "PHP Cron Event" and enter the schedule and next run time. The event schedule is how often your event will be executed. If you don't see a good interval, then add one in the Settings → Cron Schedules admin panel. In the "Hook code" area, enter the PHP code that should be run when your cron event is executed. You don't need to provide the PHP opening tag (<?php
).
Please see the "Which users can manage PHP cron events?" FAQ for information about which users can create PHP cron events.
Only users with the manage_options
capability can manage cron events and schedules. By default, only Administrators have this capability.
Only users with the edit_files
capability can manage PHP cron events. This means if a user cannot edit files on the site (eg. through the Plugin Editor or Theme Editor) then they cannot edit or add a PHP cron event. By default, only Administrators have this capability, and with Multisite enabled only Super Admins have this capability.
If file editing has been disabled via the DISALLOW_FILE_MODS
or DISALLOW_FILE_EDIT
configuration constants then no user will have the edit_files
capability, which means editing or adding a PHP cron event will not be permitted.
Therefore, the user access level required to execute arbitrary PHP code does not change with WP Crontrol activated.
The cron commands which were previously included in WP Crontrol are now part of WP-CLI (since 0.16), so this plugin no longer provides any WP-CLI commands. See wp help cron
for more info.
The photo was taken by Michael Pardo and is in the public domain.