Meeting agenda here and the full chat log is available beginning here on Slack.
Focus group updates
- We’re seeking 1-2 POCs for this group; if you’re interested, please comment here or ping The act of sending a very small amount of data to an end point. Ping is used in computer science to illicit a response from a target server to test it’s connection. Ping is also a term used by Slack users to @ someone or send them a direct message (DM). Users might say something along the lines of “Ping me when the meeting starts.” in Slack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/.
- @furi3r: Both the core PR for persistent object cache check and PR for full page cache check are ready; @flixos90 will review both of these this week again and commit them if they’re good to go
- We’re seeking 1-2 POCs for this group; if you’re interested, please comment here or ping in Slack
fetchpriority module proposal
- @adamsilverstein: basically the idea here is to give the browser a hint about which image it should prioritize loading
- @adamsilverstein: we already have logic in place in core to exclude the
loading=lazy attribute from images we expect will be the LCP image; so we should be able to apply the
fetchpriority=high to those exact image and see improved/prioritized loading for those images; so we shouldn’t need new logic to determine which image to apply the attribute to
- @eugenemanuilov: so, we are going to use the
wp_get_loading_attr_default function to determine whether we want to use the
fetchpriority attribute or not, right? if so, i think this won’t work because it will return
false (which is when we want to add the
fetchpriority attribute) only once in the default setup, and most likely that once time will be used when we render a thumbnail
- @flixos90: Potentially, definitely something along those lines. Or we could check if the image has
loading="lazy" on it and only add
fetchpriority="high" if not
- @adamsilverstein: was thinking the latter, running on the same hook where loading=lazy is added, but later
- @flixos90: this seems to be a technically rather straightforward potential module for the Performance Lab plugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party. As Adam mentioned, the main purpose of the module would be to allow us to test how this behaves and measure the impact in the real world; from there it could be refined as needed and eventually proposed for WordPress core
- @adamsilverstein: this is a “good first module” if someone wants to try to pick it up!
- @olliejones: do you propose to include anything to measure the improvements? Or will measurement be based on lighthouse, etc?
- @flixos90: I think measurement is generally happening outside of the Performance Lab plugin, e.g. using Lighthouse, WebPageTest (for lab tests) or CrUX, HTTP HTTP is an acronym for Hyper Text Transfer Protocol. HTTP is the underlying protocol used by the World Wide Web and this protocol defines how messages are formatted and transmitted, and what actions Web servers and browsers should take in response to various commands. Archive (for field tests)
- @adamsilverstein: the generator tag A directory in Subversion. WordPress uses tags to store a single snapshot of a version (3.6, 3.6.1, etc.), the common convention of tags in version control systems. (Not to be confused with post tags.) should indicate the active modules, so part of putting it in a module is helping being able to detect it; that said we could also query for the presence of the fetchpriority attribute itself as well
- @masteradhoc: nice module. Interested to see how this could turn out on real sites and how much it will help. Read this guide some time ago: https://web.dev/priority-hints/; anything planned or could also be useful with the opposite priority?
- @flixos90: Hmm I’m unfamiliar for which cases you would realistically want to use
fetchpriority="low"; at least for images, we already have lazy-loading, so there adding this probably wouldn’t do much, but of course there are other types of resources where the attribute can be added, so maybe there’s some value there
- @adamsilverstein: worth noting we recently added “preload” capabilities to core (#42438), but fetchpriority serves a slightly different use case that should have better results for LCP images
- @olliejones: Database Performance Health Checks module proposal
- @olliejones: This is 100% back end stuff. The DBMS world (MariaDB / MySQL MySQL is a relational database management system. A database is a structured collection of data where content, configuration and other options are stored. https://www.mysql.com/.) has lots of new performance-enhancement Enhancements are simple improvements to WordPress, such as the addition of a hook, a new feature, or an improvement to an existing feature. stuff. I propose pointing out that stuff to site owners. Five tests in this module:
- DBMS server version, with a detail check for the availability of the latest table format.
- DBMS Connect / Query response time test.
- Two tests for latest’n’greatest table formats: one for core tables (incl WooCommerce) and another for plugin tables.
- Finally, a comparison of the data size of the site’s tables with the size of the DBMS server buffer pool, to detect underprovisioned DBMS machines.
- @olliejones: A previous proposal also included instructions for using wp-cli WP-CLI is the Command Line Interface for WordPress, used to do administrative and development tasks in a programmatic way. The project page is http://wp-cli.org/ https://make.wordpress.org/cli/ to correct some inefficiencies, but that doesn’t work for Performance Lab: it’s aimed at site owners not server ops people.
- @flixos90: I think there is a lot to unpack here. I wonder if it might be best to start the module with only 1 or 2 of these checks; we could easily make those different checks even different modules, not sure what the benefit would be to having it all in one module except that it’s all related to DBs
- @olliejones: Benefit for one module? simpler Settings page, that’s it (also shared code among the tests, but that’s not so important)
- @flixos90: fair point. But maybe we can still start with a subset of the checks. A bit easier to reason about and focus better. Discussing all these topics at once will be challenging. Maybe you can suggest a first check from the list above to focus on discussing?
- @olliejones: Either Connect/query latency or buffer pool sizing.
- following up on this new module proposal will be the first special agenda item next week
Our next chat will be held on Tuesday, August 30, 2022 at 15:00 UTC in the #core-performance channel in Slack.