[buddypress-trac] [BuddyPress Trac] #5362: many, many unnecessary queries when BP initializes

buddypress-trac noreply at wordpress.org
Thu Jan 30 18:23:47 UTC 2014

#5362: many, many unnecessary queries when BP initializes
 Reporter:  Denis-de-Bernardy  |       Owner:
     Type:  defect (bug)       |      Status:  new
 Priority:  normal             |   Milestone:  2.0
Component:  Core               |     Version:  1.9.1
 Severity:  normal             |  Resolution:
 Keywords:                     |
Changes (by boonebgorges):

 * milestone:  Awaiting Review => 2.0


 Thanks for the details, Denis-de-Bernardy.

 All the queries you mention here are necessary for BuddyPress to function,
 though you are correct that all of them should be aggressively cached.
 Persistent caching has not been a focus for BP in the past, but it's
 something that we are planning to pursue vigorously starting with this
 development cycle. See eg #5350. I'll move this ticket into our next major
 release milestone, as I think you're correct that these are easy and high-
 impact areas for caching.

 > The last three on the secondary site give me the impression that the
 last_activity user_meta is updated on every page load.

 The intent is for this to be throttled to every five minutes. See
 functions.php#L914. If this is failing, it's a bug.

 >  Not sure what this one is supposed to do (it runs on both sites):

 A number of BP's options are stored in sitemeta when on Multisite, which
 is not auto-cached by WP. So we pre-load them.

 > I'd advise that the above also hints at a potential security problem if
 a user can potentially register with a matching username: could his
 profile take over the front page on a site with a static front page that
 is configured with BP_ENABLE_ROOT_PROFILES set to true?

 We filter WP's 'illegal_names' option to prevent this kind of hijacking:

 Again, thanks for the helpful ticket. It's my personal priority for the
 2.0 dev cycle to take care many of these wp_cache()-able items.

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

More information about the buddypress-trac mailing list