Hacker News Reader

Comment by hannob | Hacker News Reader

My first recommendation would be to question whether you even need a caching plugin. I'd recommend a benchmark. PHP today is much faster than it used to be, and in many cases caching plugins have been written with old, slow PHP in mind.

Pro tip: If you have trouble measuring the effect of your caching plugin, it probably means its effect is neglegible.

If you really feel you need a caching plugin, WP Super Cache is written by the company that also writes Wordpress. I'd consider that the most trustworthy.

View on HN

Yeah, if you're on cheap shared hosting (which many, many WordPress sites are), then you're going to hit various limits and have your site disabled the day Ahrefs and Majestic 12 both decide to crawl your site the same day.

A properly set up caching plugin basically saves the pages as plain HTML and serve them with mod_rewrite instead of invoking PHP every time. The speed difference for an individual page load might not be that much for a properly optimized site, but the overall resource usage will be much lower.

> The speed difference for an individual page load might not be that much for a properly optimized site, but the overall resource usage will be much lower.

Is that what you believe or do you have benchmark results?

I work helping people set up things like caching. On the three sites I looked at today, caching plugins had an immediate and positive effect.

That serving static files use less resources than firing up PHP should hardly be surprising.

Sure, mod_lsapi and FastCGI are fast, and opcache is a godsend, but static files are still going to be faster than doing multiple MySQL queries, triggering plugins, rendering the HTML, doing whatever post-processing the plugins do, and then serving the result.

Caching is a must on WordPress. The first distributed password bruteforce (of which there will be many) will drive the load on your server into 3 digits in short notice otherwise.

Source: hoster

How does a cache help when you have a distributed password bruteforce?

The bottleneck is MySQL. At some point you'll need a caching plugin, even a simple one. One of the problems, in general, with the WordPress ecosystem is the bloat.

Can't you just use Varnish?

For logged out users, sure (I did). If your users are logged in or you need to process their visit server side, it's a bit harder. AFAIK you can't do fragmented caching with vanilla Varnish.

Side note: To my knowledge the only plugin that supports fragmented caching (specific non-cached portions of PHP) is W3 Total Cache.

Of course.

You can also write a minimal cache system in just ~2/300 lines of PHP that is still very efficient. So efficient you can even survive a hug of death from HN on a tiny VPS without a blink. I did it.

Yet, people seems so attracted to those bloated "fastest" plugins...

> My first recommendation would be to question whether you even need a caching plugin.

My first question to you would be "Why wouldn't you bypass PHP and MySQL if you can?".

For some really basic site sure, you can go without caching, but for any reasonable degree of complexity not using caching is a foolish waste of hardware and end-user patience since we can be talking TTFB of 100-200 ms vs up to seconds.

Reply on news.ycombinator.com