October 28, 2021

Cachify Plugin

Smart, efficient cache solution for WordPress. Use DB, HDD, APC or Memcached for storing your blog pages. Make WordPress faster!

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.

Features

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.

Support

Community support via the support forums on wordpress.org
We don’t handle support via e-mail, Twitter, GitHub issues etc.

Contribute

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.

Credits

Author: Sergej Müller
Maintainers: pluginkollektiv

Installation

If you don’t know how to install a plugin for WordPress, here’s how.

Requirements

PHP 5.2.4 or greater
WordPress 3.8 or greater
APC 3.1.4 or greater (optional)
Memcached in Nginx (optional)

Screenshots

Cachify Dashboard Widget
Cachify settings
Flush Cache button in admin bar

FAQ

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
Feeds
Trackbacks
Robots
Previews
Mobile-themes (WP-Touch, Carrington, Jetpack Mobile)
Search
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.

Changelog

2.3.2

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

2.3.1

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)

2.3.0

New: WP-CLI integration (#165, props derweili)
New: cachify_flush_cache_hooks filter 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

2.2.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

2.2.3

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

2.2.2

Fix: parameter return by filter dashboard_glance_items
Generous use of the filter esc_html

2.2.1

Fix for the PHP notice “Call to undefined function is_plugin_active_for_network” on WordPress Multisite

2.2.0

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.