I'm running the following PHP Code Sniffs on some WordPress code, and the following warning pops up

 352 | WARNING | get_posts is discouraged in favor of creating a new
     |         | WP_Query() so that Advanced Post Cache will cache
     |         | the query, unless you explicitly supply
     |         | suppress_filters => false.

While I'm an experienced programmer, I'm not super familiar with WordPress's history. This warning seems important, but is awkwardly worded. I'm confused on a few points, and other answers I've found on the subject don't seem to address my points.

  1. What is the "Advanced Post Cache". I know WordPress (like a lot of PHP applications) has caching going on at a few different levels.

  2. Is this warning telling me that get_posts will never use the cache, but WP_Query will?

  3. Is this warning telling me that using suppress_filters with WP_Query will bypass the Advanced Post Cache? Or that using suppress_filters with get_posts will invoke the cache? Or something else?

  4. What else does suppress_filters do?

If someone more familiar with the matter could clue in a WordPress newb I'd appreciate it. I'm not looking for a "always use X, or never use Y" sort of answer -- I'm trying to understand the tradeoffs of each approach.

  • 1
    I would recommend always using WP_Query, it's what get_posts uses internally. Also as an aside, never use query_posts under any circumstances, and always remember to cleanup with wp_reset_postdata – Tom J Nowell Aug 18 '16 at 1:53
  • if I've answered your question don't forget you can mark it as correct, or comment on it if it didn't – Tom J Nowell Aug 21 '16 at 18:20

This is directly related to, and a consequence of WordPress.com VIP

At VIP, we deal with sites that range in the hundreds of millions of page views per week. As a result, situations that can slow down your site are much more noticeable at that scale than on a small shared host, but this still impacts a site with moderate traffic in the region of 100 or so users on a decent VPS. We also code review everything before an agencys code reaches production

get_posts in particular doesn't cache its results. If you make the same get_posts call 5 times, it will go to the database 5 times, rather than saving the result for later. WP_Query doesn't do this, and has much better caching around it, as well as other optimisations that aren't possible in get_posts because of how it returns the entire post fully formed.

There is a way to make get_posts cache the results however, the suppress_filters option is true by default, but if you set it to false, the caching mechanisms inside WordPress will do their work, and results will be saved for later.

As for where these are stored, there's an object caching system called WP_Cache. By default, this will store anything you put in it and keep a hold of it ( don't go implementing your own cache to prevent work being done multiple times in a page load, WP has you covered! ).

However, there are plugins that provide advanced-cache.php or object-cache.php, WP_Cache can be made persistent. For example, batcache will make WP_Cache use memcached to store things, letting data persist between page loads, improving performance significantly. There are similar plugins for Redis/memcache/etc

I recommend you look at https://vip.wordpress.com/documentation/, some of it is specific to the WordPress.com VIP platform, but other parts are important for performance and security. There's also a VIP Scanner tool that detects other things, such as uncached function usage.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.