Multisite Used to describe a WordPress installation with a network of multiple blogs, grouped by sites. This installation type has shared users tables, and creates separate database tables for each blog (wp_posts becomes wp_0_posts). See also network, blog, site office hours are held every Tuesday at 16:00 UTC in #core-multisite. The next will be Tuesday 16:00 UTC. A more casual bug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. scrub is on Thursday 20:00 UTC.
The weekly agenda for the 4.6 cycle is to (a) address blockers and share status on bigger initiatives, then (b) walk through a few multisite focused tickets on Trac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress..
Today’s chat log
Attendees: @ocean90, @flixos90, @spacedmonkey, @rachelbaker, @jeremyfelt, @johnjamesjacoby, @mikelking
There was some great conversation around a handful of tickets that took the hour.
WP_Site_Query has been continuing to make good progress. Existing core Core is the set of software required to run WordPress. The Core Development Team builds WordPress. unit tests pass with the latest patch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing.. These primarily test
wp_get_sites(). Tasks for the next couple weeks include writing more new unit tests for
WP_Site_Query() itself, testing the patches, and gathering additional feedback. The target commit date is May 12th. Please leave feedback on the ticket Created for both bug reports and feature development on the bug tracker.! 🗒
WP_Network_Query is also looking like a possibility for the 4.6 cycle. Additional feedback on supported arguments and use cases for
WP_Network_Query is more than welcome at this point.
- Which brings us to naming. 🤓 We need to determine if
get_sites() is appropriate or if we should stick with
wp_get_sites(). The only trouble with the current form (
wp_get_sites()) is that an array of arrays is returned rather than an array of objects. Introducing
get_sites() would allow us to deprecate
wp_get_sites() and follow previous work like
get_comments(). The same question exists for networks and
get_networks(). A related ticket there is #29415.
- And more naming. #36717 introduces magic getters so that
id will be available on
site_id will be available for the main site on a
WP_Network object, and
network_id will be available on a
WP_Site object. The changes seem sane, there are probably a few additional details to sort out.
And a couple tickets left over from last week that should be mentioned to continue progress:
- #15800 remains super close. @johnjamesjacoby is going to adjust the patch and we’ll see if it can go in this week.
- #34941 would enjoy some review. This wraps a large chunk of the multisite bootstrap process, so the more eyes the better. 😅