Periodically purge old post revisions via WP Cron.
|Author:||Steve Grunwell (profile at wordpress.org)|
|WordPress version required:||4.2|
|WordPress version tested:||4.8.1|
|Added to WordPress repository:||10-08-2015|
|Total downloads:||2 319|
Click to start download
- Upload the revision-strike/ directory to your WordPress installation’s plugin directory (by default, /wp-content/plugins).
- Activate the plugin through the ‘Plugins’ menu in WordPress.
Activating the plugin will automatically register a daily WP Cron event to clean up revisions on established posts. If you’d prefer not to wait, you can explicitly purge post revisions through the ‘Tools > Revision Strike’ page within WordPress or with WP-CLI.
Can I configure how long a post needs to be published before its revisions can be removed?
Yes. On the Settings > Writing page there is an option to set the default number of days a post must be published before removing its revisions, but out of the box it’s 30 days.
Can I manually run Revision Strike without having to wait for the daily WP Cron event?
Yup, just visit Tools > Revision Strike within the WordPress admin area. If you’re a WP-CLI user, you can also run Revision Strike from the command line (run
wp revision-strike clean --help for a full list of options).
For a full list of changes, please see the Change Log in the GitHub repo.
September 16, 2017
- Fixed bug where warnings were being thrown when Revision Strike was being run verbosely via WP-CLI. Props @ivankruchkoff.
- Re-licensed the plugin under the MIT license.
May 15, 2017
- Add the
revisionstrike_capabilitiesfilter to allow setting required capabilities to access Revision Strike settings page. Props @pereirinha. (#28)
March 4, 2017
- Adjusted the visibility of
RevisionStrikeCLI::log_deleted_revision()in the WP-CLI component.
July 29, 2016
- Move from the manual pre-commit hook to WP Enforcer.
- As a result, minor standards-related changes have been made to the code to comply with the WordPress Coding Standards.
- Re-work the copy on Tools › Revision Strike to be more clear to site administrators. (#26)
- Add additional tests around the Tools › Revision Strike page confirmation messages. (#25)
June 20, 2016
- Lock Composer dependency versions to ensure more consistent testing via Travis-CI.
- Add the
revisionstrike_get_revision_idsfilter to enable third-party plugins and themes to alter the array of revision IDs. (#21)
- Implement Grunt to more consistently build releases. (#18)
August 16, 2015
- Added a “Limit” setting to Settings › Writing. (#13)
- Added a “clean-all” WP-CLI command. (#14)
- Clarified language on the Settings › Writing and Tools › Revision Strike pages. Props to @GhostToast for the suggestion! (#16)
- Strike requests are now batched into groupings of 50 IDs at a time to avoid overwhelming underpowered machines. (#17)
August 9, 2015
- Initial public release