[wp-hackers] Caching as part of the core

Mike Schinkel mike at newclarity.net
Sat Jul 21 22:01:19 UTC 2012

On Jul 21, 2012, at 4:46 PM, Brian Layman wrote:
> In the end, it may be semantics because while Fragment Cache doesn't happen automatically, as does everything I consider object caching,  it would most likely use the same get and set methods. I think most of the items on Mike's list are actually fragment caching examples*, but the object cache api tools meet all our needs in that area.
> Fragment caching takes place after object caching.  You would request results, a request which may or may not populate the object cache, and then you do something to those results to prepare them for use or display. That result is what I would consider fragment caching as you are likely caching a prebuilt HTML fragment that could be used on pages as they are being refresh.  It is possible that you can be tolerant of the values in that cache for 24hours (or more) and so when a page expires from the page cache, it can be rebuilt quicker because some of the work has been done already.

Well said.  

Basically from an API perspective one API may be built with another but that's not extremely relevant in that they don't address the same use-cases and thus have needs for different APIs.


More information about the wp-hackers mailing list