Cachify optimizes your page loads by caching posts, pages and custom post types as static content. You can choose between caching via database, on the web server’s hard drive (HDD), Memcached (only on Nginx) or — thanks to APC (Alternative PHP Cache) — directly in the web server’s system cache. Whenever a page or post is loaded, it can be pulled directly from the cache. The amount of database queries and PHP requests will dramatically decrease towards zero, depending on the caching method you chose.
- Works with custom post types.
- Caching methods: DB, HDD, APC and Memcached.
- “Flush Cache” button in the WordPress toolbar.
- Ready for WordPress Multisite.
- Optional compression of HTML markup.
- White lists for posts and user agents.
- Manual and automatic cache reset.
- Automatic cache management.
- Dashboard widget for cached objects.
- Settings for Apache and Nginx servers.
- Extendability via hooks/filters.
- Community support via the support forums on wordpress.org
- We don’t handle support via e-mail, Twitter, GitHub issues etc.
- Active development of this plugin is handled on GitHub.
- Pull requests for documented bugs are highly appreciated.
- If you think you’ve found a bug (e.g. you’re experiencing unexpected behavior), please post at the support forums first.
- If you want to help us translate this plugin you can do so on WordPress Translate.
- Author: Sergej Müller
- Maintainers: pluginkollektiv
- If you don’t know how to install a plugin for WordPress, here’s how.
- PHP 5.2.4 or greater
- WordPress 3.8 or greater
- APC 3.1.4 or greater (optional)
- Memcached in Nginx (optional)
No cache expiration option while using HDD cache?
The cache expiration can not be considered due to technical reasons. If the cache stock has to be emptied at certain time intervals, then it is recommended to call a prepared PHP file by a cronjob.
PHP Fatal error: Cannot use output buffering in output buffering display handlers in Unknown on line 0
This error message may occur after commissioning the caching plugin. The hint appears because there are no cache files on the HDD for output. This is probably due to the fact that Cachify could not store files in the cache folder. Please check the write-permissions for the cache folder (found in the WordPress directory wp-content) and set them if necessary.
My Website looks in some parts broken after activating Cachify!
Please make sure there is no issue that caused by the Cache minify feature. Just deactivate it or use HTML only. If the issue still exist please feel free to report it at the support forums. With this feature any unnecessary characters such as breaks and HTML comments are removed from the source code.
Cachify HDD: Character encoding does not work correctly
If you use Cachify to store the cache on HDD there is no PHP to run. In the case of misconfigured servers, this can lead to incorrect display of the special characters on web pages. The error can be corrected by an extension of the system file .htaccess: AddDefaultCharset UTF-8
Cachify with CDN support?
Currently the caching plugin for WordPress has no connection to a CDN provider. Although the Buzzword CDN (Content Delivery Network) is praised as a performance factor, CDN makes little sense for WordPress websites with a national audience. In this case, a home host could provide the requested files faster than a worldwide CDN service provider because the next node could be far away.
PHP OPcache as a caching method?
Compared to APC (Alternative PHP Cache), PHP OPcache is not able to contain content with custom keys and values. Because of this Cachify can not consider the PHP OPcache as a caching method.
When does Cachify automaticaly flush its cache?
- After publishing new posts
- After publishing new pages
- After publishing new custom post types
- After publishing new sheduled posts (only Cachify DB)
- After updating WordPress
- If you confirm the trash button on the adminbar
- After saving Cachify and wpSEO settings
Which parts of the website are not cached by default?
- Password protected pages
- Mobile-themes (WP-Touch, Carrington, Jetpack Mobile)
- Error pages
The cache folder is indexed by search engines!
To ensure that Google and other search engines do not index the static contents of the cache folder (otherwise there could be duplicate content), the robots.txt file which is located in the main directory of a WordPress installation should be expanded by disabling the path to the cache file (disallow). This issue should only happen if you use a static robots.txt or you changed the wp-content location. And so might look a robots.txt:
User-agent: * Disallow: */cache/cachify/ Allow: /
A complete documentation is available in the online handbook.
Contributors & Developers
“Cachify” is open source software. The following people have contributed to this plugin.Contributors
“Cachify” has been translated into 10 locales. Thank you to the translators for their contributions.
Translate “Cachify” into your language.
Interested in development?
Browse the code, check out the SVN repository, or subscribe to the development log by RSS.
- Fix: enforce WordPress environment for caching modules (#221, props timse201)
- Fix: Remove unnecessary build artifacts from plugin deployment (#226)
- Fix: Fix input sanitization for APC proxy (#240) (#241)
- Maintenance: Remove unused language folder (#214, props timse201)
- Maintenance: Update documentation links (#211, #212, props timse201)
- Maintenance: Update documentation links (#213, props timse201)
- Maintenance: More precise tags in README file (#216, props timse201)
- Maintenance: Tested up to WordPress 5.8
- Fix: clean up unused parameter evaluation after publishing a post to prevent PHP notice (#187) (#188)
- Fix: correct minor spelling mistakes (#193, props timse201)
- Fix: update support links (#194, props timse201)
- New: WP-CLI integration (#165, props derweili)
cachify_flush_cache_hooksfilter added to modify all hooks that flush the cache
- New: Flush cache when a user is created / updated / deleted
- New: Flush cache when a term is created / updated / deleted (#169, props derweili)
- New: Cache behavior after post modification is now configurable in plugin settings (#176)
- Enhance: Cache exceptions/User-Agents translation (#52, props timse201)
- Enhance: Readme FAQ (#51, props timse201)
- Enhance: sizeable exclusion boxes + placeholder (#53, props timse201)
- Enhance: FAQ and Support links (#55, props timse201)
- Enhance: Add text caption to “flush cache” button
- Enhance: Icon font converted to SVG (#64)
- Enhance: Improved HDD cache invalidation for hierarchical post types (#71, props Syberspace)
- Enhance: Unified and shortened HTML signature across all caching methods (#108) (#109)
- Security: Tabnabbing prevention (#55, props timse201)
- Maintenance: Tested up to WordPress 5.4
- Fixes caching for mixed HTTPS and HTTP setups
- Fixes an issue with the icon styling in the admin toolbar
- Ensures compatibility with the latest WordPress version
- New: Generated a POT file
- New: Added German formal translation
- Updated, translated + formatted README.md
- Updated expired link URLs in plugin and languages files
- Updated plugin authors
- Fix: parameter return by filter
- Generous use of the filter
- Fix for the PHP notice “Call to undefined function is_plugin_active_for_network” on WordPress Multisite
- Toolbar: Display of the “Flush the cachify cache” button on the frontend
- Toolbar: Controlling the display of the “Flush the cachify cache” button via hook
For the complete changelog, check out our GitHub repository.