[buddypress-trac] [BuddyPress Trac] #5733: Use wp_cache_add_global_groups() so cache is applicable throughout multisite

buddypress-trac noreply at wordpress.org
Thu Jan 8 00:36:32 UTC 2015

#5733: Use wp_cache_add_global_groups() so cache is applicable throughout
 Reporter:  wpdennis      |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  Future Release
Component:  Core          |     Version:  2.0
 Severity:  minor         |  Resolution:
 Keywords:  2nd-opinion   |

Comment (by johnjamesjacoby):

 5733.02.patch] is a monolithic patch that does the following:

 * Introduces `bp_get_root_blog_cache_key()` to get the cache key for the
 root blog in all BuddyPress installation types.
 * Introduces `bp_cache_get/set/delete` functions to act as wrappers for
 `wp_cache_` equivalents, and replaces all usages.
 * Introduces `bp_setup_cache_groups` sub-action, which components will use
 to announce their cache groups.
 * Introduces `BP_Component::setup_cache_groups()` for allowing components
 to setup their cache group needs.
 * Introduces methods for each component to setup their cache group.
 * Deprecates `bp_core_add_global_group()` as it's now part of
 * Introduces `bp_xprofile_get_non_cached_field_ids()` to handle a
 refactored `bp_xprofile_data` cache group, keyed by `$user_id` rather than
 grouped (as dynamic cache groups cannot reliably exist.)

 This fixes a host of single-site & multiblog/site/network cache
 collisions, and allows for more work to go into non-persistent cache
 groups for things like counts that might be worth querying for on each
 page load.

 I've deployed this patch to Flox, and will report back any findings and/or
 update should any anomalies arise.

 Getting really close now, everyone!

Ticket URL: <https://buddypress.trac.wordpress.org/ticket/5733#comment:24>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac

More information about the buddypress-trac mailing list