Requires PHP 5.6+ and WordPress 4.9+
Create and Manage Cronjobs in WP by loading Scripts via URLs, including Scripts, running Functions, and/or running PHP code. This plugin utilizes the wp_cron API.
All you do is install the plugin, schedule your Scripts / Functions / PHP code to run at a specific interval, and live your life — Cron it up!
- Create and Manage Custom Cronjobs
- View Custom Cronjob Activity Log
- View and Remove Existing Cronjobs
- View Available Cronjob Schedules and Intervals
- Reset Logs or all Crony settings
- Admin.Class.php — A class for plugins to manage data using the WordPress UI appearance
- Unpack the entire contents of this plugin zip file into your
- Upload to your site
- Navigate to
wp-admin/plugins.phpon your site (your WP plugin page)
- Активировать плагин
OR you can just install it with WordPress by going to Plugins >> Add New >> and type this plugin’s name
Часто задаваемые вопросы
What does wp_cron() do?
As you receive visitors on your site, WordPress checks your database to see if anything is scheduled to run. If you have a wp_cron() job scheduled every 12 hours, then the very first visitor 12+ hours from the last scheduled run of that function will trigger the function to run in the background. The Cronjob (or Cron Job) sends a request to run cron through HTTP request that doesn’t halt page loading for the visitor.
How is wp_cron() different from Server configured Cronjobs?
Cronjobs configured on a server run on their intervals automatically, while wp_cron() jobs run only after being triggered from a visitor to your site.
Участники и разработчики
«Crony Cronjob Manager» — проект с открытым исходным кодом. В развитие плагина внесли свой вклад следующие участники:Участники
Перевести «Crony Cronjob Manager» на ваш язык.
Заинтересованы в разработке?
Посмотрите код, проверьте SVN репозиторий, или подпишитесь на журнал разработки по RSS.
- Fixed issue with the Start On and Next Run On datetime fields showing the current saved value in certain browsers.
- Updated compatibility with WP 5.9 and PHP 8.0
- Now requires PHP 5.6+ and WordPress 4.9+
- Fixed some CSS targeting so it was more specific and not general to prevent conflicts with other admin CSS.
- Bug fixes for WP Admin UI and support for date/datetime/time inputs in forms.
- Updated compatibility with WP 5.7
- Updated compatibility with WP 5.4
- Additional escaping fixes for WP_Admin_UI (reported by Sathish Kumar from cybersecurity works)
- Escaping fixes for WP_Admin_UI (reported by Sathish Kumar from cybersecurity works)
- Security fix for orderby handling
- Fixes for DB tables and reinstalling (when DB tables don’t exist but Crony was installed before)
- Fixes for output e-mails
- Fixes log saving / max log handling, keeps logs maximum of 2 weeks
- Now clears logs when adding to the log, keeps max logs set to 80 of the latest run crons
- Bug fixes for WP Admin UI
- Added Settings area to reset Crony, or empty Crony Logs
- Added URL to load a script / page from, uses wp_remote_post, where the script include only uses include_once
- Bug fixes for WP Admin UI
- Bug fix for schedule running, previously was assuming current timezone for everything but WP runs cron under GMT timestamps
- Bug fix for dates in Log
- Added Cronjob Activity Log
- Added View / Remove Existing Cronjobs (external to Crony) and Available Cronjob Schedules
- Various bug fixes
- PHP must now be init with an opening PHP tag for Custom PHP (migrated existing Cronjob code for you)
- Bug fix, the dates saved didn’t include times
- Bug fix, the menu access was incorrect
- Bug fix, the column width was off in Firefox in Manage screens
- Bug fix, the SQL was not installed correctly in 0.1.2
- Added option for E-mail Notifications
- Added Last Run tracking and Ability to set Next Run date
- Bug fix, the wp_cron jobs were not removed on save, scheduling over previous versions of the same job
- Updated Admin.class.php with latest bug fixes / features
- Bug fix, the db table was created without an essential field
- First official release to the public as a plugin