| 开发者 | forniks |
|---|---|
| 更新时间 | 2026年11月2日 17:59 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
Daily, weekly, selected weekdays and monthly. Monthly dates that do not exist fall back to the last day of that month; an explicit Last day option is also available. The next-three-runs preview uses your unsaved settings and WordPress timezone. Save Schedule to apply. WP-Cron execution may be delayed by low traffic. Nonexistent daylight-saving times shift forward using the timezone rules; a repeated time is scheduled once per calendar day.
Only if the actual update package is an eligible WordPress.org-hosted package. Vendor-hosted packages are unsupported and cannot be unlocked by payment. Use the vendor's ordinary updater outside UpdateSafe Scheduler. If a batch includes an unsupported plugin/theme package, the entire selection is blocked before installation; select only supported components.
Add this before the stop-editing line in wp-config.php; the value is seconds: define( 'UPDATESAFE_MAX_BACKUP_AGE', 30 * 24 * 60 * 60 );
No. The plugin checks recorded components, completion, age and available local files. Remote archive availability and restorability require independent restore testing. Health checks are request-level observations, not a live frontend availability test. No automatic reactivation or rollback is performed.
It removes this plugin's scheduled events while retaining settings, reports and backups. After reactivation, save the schedule to restore a missing event. Activation performs local setup only: it does not query advisory locks, check for updates, download packages or send email. Deletion retains data; there is no destructive uninstall routine. The History screen allows an authorized administrator to clear update history explicitly.
It excludes itself and Code Snippets from its own batches. Update those through WordPress's normal Plugins screen while no scheduler operation is running. There is no private updater or external update feed in this edition.
WordPress 6.3+, PHP 7.4+, filesystem access for WordPress updates, and a consistent MySQL/MariaDB connection supporting advisory locks. SQLite can activate the plugin without advisory-lock SQL being executed. Update execution still requires advisory-lock support; unsupported databases receive a blocked-update explanation rather than continuing without a lock. WP-Cron requires site traffic or a server cron trigger. Email delivery depends on the site's configured mail transport.