<div style="text-align:center"></div><div>
<p><a href="https://make.wordpress.org/core/2023/05/23/performance-chat-agenda-23-may-2023/">Meeting agenda here</a> and the full chat log is available <a href="https://wordpress.slack.com/archives/C02KGN5K076/p1684853966670279">beginning here on Slack</a>.</p>
<h2 class="wp-block-heading">Announcements</h2>
<ul>
<li>The <a href="https://wordpress.org/plugins/performance-lab/">Performance Lab plugin</a> reached 70k active installations this week</li>
<li>Decision on whether to hold the meeting June 6 ahead of travel around WordCamp Europe
<ul>
<li>Agreed to keep the June 6 meeting</li>
</ul>
</li>
</ul>
<h2 class="wp-block-heading" id="focus-group-updates">Priority Projects</h2>
<h3 class="wp-block-heading" id="images">Server Response Time</h3>
<p><a href="https://make.wordpress.org/performance/roadmap-2023/#category-server-response-time">Link to roadmap projects</a></p>
<p>Contributors: <a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> <a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> <a href="https://profiles.wordpress.org/aristath/" class="mention"><span class="mentions-prefix">@</span>aristath</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> I had hoped to have a summary of my performance analysis published last week, but a few people from whom I wanted to get feedback were out last week, so I expect to publish it in the next few days. In the mean time, it’s been nice to see that many of my observations already have related Trac tickets with progress being made to improve things.</li>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> I have spent sometime mapping out server response time tickets to action, this is my list so far
<ul>
<li>Files exists</li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58342" target="_blank">https://core.trac.wordpress.org/ticket/58342</a></li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58319" target="_blank">https://core.trac.wordpress.org/ticket/58319</a></li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58196" target="_blank">https://core.trac.wordpress.org/ticket/58196</a></li>
<li><a rel="noreferrer noopener" href="https://github.com/WordPress/gutenberg/pull/50636" target="_blank">https://github.com/WordPress/gutenberg/pull/50636</a></li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58384" target="_blank">https://core.trac.wordpress.org/ticket/58384</a></li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58385" target="_blank">https://core.trac.wordpress.org/ticket/58385</a></li>
<li>Term sanitization</li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58329" target="_blank">https://core.trac.wordpress.org/ticket/58329</a></li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58327" target="_blank">https://core.trac.wordpress.org/ticket/58327</a></li>
<li>This is a pretty simple PR- <a rel="noreferrer noopener" href="https://github.com/WordPress/gutenberg/pull/50636" target="_blank">https://github.com/WordPress/gutenberg/pull/50636</a> that halfs the number of calls to <code>get_block_theme_folders</code></li>
<li>If anyone is interesting to work on the above, feel free</li>
</ul>
</li>
</ul>
<h3 class="wp-block-heading" id="images">Database Optimization</h3>
<p><a href="https://make.wordpress.org/performance/roadmap-2023/#category-database-optimization">Link to roadmap projects</a></p>
<p>Contributors: <a href="https://profiles.wordpress.org/aristath/" class="mention"><span class="mentions-prefix">@</span>aristath</a> <a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> <a href="https://profiles.wordpress.org/olliejones/" class="mention"><span class="mentions-prefix">@</span>olliejones</a> <a href="https://profiles.wordpress.org/rjasdfiii/" class="mention"><span class="mentions-prefix">@</span>rjasdfiii</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> Been looking into options.
<ul>
<li>Need of code review</li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/55270" target="_blank">https://core.trac.wordpress.org/ticket/55270</a></li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58277" target="_blank">https://core.trac.wordpress.org/ticket/58277</a></li>
<li>So simple fixes to improve performance of options</li>
<li>I also committed a number of allow on things to things I committed before, nothing major</li>
</ul>
</li>
</ul>
<h3 class="wp-block-heading" id="object-caching">JavaScript &#038; CSS</h3>
<p><a href="https://make.wordpress.org/performance/roadmap-2023/#category-javascript-css">Link to roadmap project</a></p>
<p>Contributors: <a href="https://profiles.wordpress.org/mukesh27/" class="mention"><span class="mentions-prefix">@</span>mukesh27</a> <a href="https://profiles.wordpress.org/10upsimon/" class="mention"><span class="mentions-prefix">@</span>10upsimon</a> <a href="https://profiles.wordpress.org/adamsilverstein/" class="mention"><span class="mentions-prefix">@</span>adamsilverstein</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/10upsimon/" class="mention"><span class="mentions-prefix">@</span>10upsimon</a> Enhancing the Script API with a loading strategy:
<ul>
<li>Merged @westonruters <a rel="noreferrer noopener" data-hasqtip="134" aria-describedby="qtip-134" href="https://github.com/10up/wordpress-develop/pull/62/" target="_blank">PR</a> which massively improves how we handle inline script loading </li>
<li>Hoping to merge @westonruters <a rel="noreferrer noopener" href="https://github.com/10up/wordpress-develop/pull/64" target="_blank">PR</a> for removal of $args normalization and flattening of that data, hopefully today</li>
<li>Looking for review on adding <code>@covers</code> in this <a rel="noreferrer noopener" href="https://github.com/10up/wordpress-develop/pull/61" target="_blank">PR</a>, <a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> if you have a min that would be great</li>
<li>Ongoing smaller iterations to the PR as we work through some comms around async handling</li>
<li>No further updates at this stage</li>
</ul>
</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> That mostly covers it, I think. I’m seeing lots of progress on this effort over the last few weeks. We’ve got lots of great feedback and continue to discuss specifics about the proposal on the Trac ticket: <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/12009" target="_blank">https://core.trac.wordpress.org/ticket/12009</a>
<ul>
<li>As <a href="https://profiles.wordpress.org/10upsimon/" class="mention"><span class="mentions-prefix">@</span>10upsimon</a> said, one of the last remaining issue that we’re trying resolve is making sure we’re all on the same page about how to best handle inline scripts, as there has been some disagreement about the best path forward there. Conversation about that topic is happening in this issue: <a rel="noreferrer noopener" href="https://github.com/10up/wordpress-develop/issues/63" target="_blank">https://github.com/10up/wordpress-develop/issues/63</a></li>
</ul>
</li>
</ul>
<h3 class="wp-block-heading" id="measurement">Images</h3>
<p><a href="https://make.wordpress.org/performance/roadmap-2023/#category-images">Link to roadmap projects</a></p>
<p>Contributors: <a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> <a href="https://profiles.wordpress.org/thekt12/" class="mention"><span class="mentions-prefix">@</span>thekt12</a> <a href="https://profiles.wordpress.org/adamsilverstein/" class="mention"><span class="mentions-prefix">@</span>adamsilverstein</a> <a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> Nothing from me either, though I know I’ve seen some updates to improving lazy loading landing over last week.</li>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> I committed the 4th out of 5 lazy-loading fixes for 6.3 yesterday, and the last PR <a rel="noreferrer noopener" href="https://github.com/WordPress/wordpress-develop/pull/4439" target="_blank">https://github.com/WordPress/wordpress-develop/pull/4439</a> looks like it’s close as well. <a rel="noreferrer noopener" href="https://wordpress.slack.com/team/U04N5ED6E" target="_blank">@Jonny Harris</a> You previously requested changes, could you give it another look please?
<ul>
<li>Also anybody else’s feedback would be much appreciated!</li>
</ul>
</li>
</ul>
<h3 class="wp-block-heading" id="javascript">Measurement</h3>
<p><a href="https://make.wordpress.org/performance/roadmap-2023/#category-measurement">Link to roadmap projects</a></p>
<p>Contributors: <a href="https://profiles.wordpress.org/adamsilverstein/" class="mention"><span class="mentions-prefix">@</span>adamsilverstein</a> <a href="https://profiles.wordpress.org/olliejones/" class="mention"><span class="mentions-prefix">@</span>olliejones</a> <a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> <a href="https://profiles.wordpress.org/mukesh27/" class="mention"><span class="mentions-prefix">@</span>mukesh27</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> I created several tickets at the end of last week for improving the automated performance tesing workflow that we landed during the WP 6.2 release cycle:
<ul>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58358" target="_blank">https://core.trac.wordpress.org/ticket/58358</a></li>
<li><a rel="noreferrer noopener" data-hasqtip="195" href="https://core.trac.wordpress.org/ticket/58359" target="_blank">https://core.trac.wordpress.org/ticket/58359</a></li>
<li><a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58360" target="_blank">https://core.trac.wordpress.org/ticket/58360</a></li>
<li>Since these are related to build/test tools, they can be done at any time and do not have to go in before the release cutoff. Also, the Gutenberg team is working on related improvements to their performance metrics, so there may be some opportunity to collaborate here: <a rel="noreferrer noopener" href="https://github.com/WordPress/gutenberg/issues/33645" target="_blank">https://github.com/WordPress/gutenberg/issues/33645</a></li>
</ul>
</li>
</ul>
<h3 class="wp-block-heading">Ecosystem Tools</h3>
<p><a href="https://make.wordpress.org/performance/roadmap-2023/#category-ecosystem-tools">Link to roadmap projects</a></p>
<p>Contributors: <a href="https://profiles.wordpress.org/joegrainger/" class="mention"><span class="mentions-prefix">@</span>joegrainger</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/joegrainger/" class="mention"><span class="mentions-prefix">@</span>joegrainger</a> For the <a rel="noreferrer noopener" href="https://github.com/10up/plugin-check/" target="_blank">Plugin Checker</a>, we are working on the final issue that came out of the Review/QA. Once done, we’ll be doing some testing to make sure everything is working as expected and start working towards an initial release. You can follow the progress on the <a rel="noreferrer noopener" href="https://github.com/10up/plugin-check/" target="_blank">GitHub repo</a> here. Thanks!</li>
</ul>
<h3 class="wp-block-heading" id="infrastructure">Creating Standalone Plugins</h3>
<p><a href="https://github.com/WordPress/performance/issues/656">Link to GitHub overview issue</a></p>
<p>Contributors: <a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> <a href="https://profiles.wordpress.org/mukesh27/" class="mention"><span class="mentions-prefix">@</span>mukesh27</a> <a href="https://profiles.wordpress.org/10upsimon/" class="mention"><span class="mentions-prefix">@</span>10upsimon</a></p>
<ul>
<li>No updates this week</li>
</ul>
<h1 class="wp-block-heading">Open Floor</h1>
<ul>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> Going to re-share from last week – This discussion has been very active – <a rel="noreferrer noopener" href="https://github.com/WordPress/performance/issues/403" target="_blank">https://github.com/WordPress/performance/issues/403</a>
<ul>
<li>Worth looking into as team ^</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> Is this something that could be handled in a performance lab module (or other plugin), or does this need to be a direct to core proposal?</li>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> I think this one would directly in core. If you want to do this, you can already do it in a plugin…</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> Got it. So, it seems we either need to decide if it’s worth us pursuing a “canonical” version of this plugin that is supported by this team. If not, I think it would be better for this conversation to move from the performance repo and directly to the related Trac ticket. (Also, this is just like, my opinion)</li>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> Personally I am not sure if we should do this in core.</li>
<li>This plugin will do the functionality they ask for <a rel="noreferrer noopener" href="https://github.com/stuttter/ludicrousdb" target="_blank">https://github.com/stuttter/ludicrousdb</a> It is a “canonical” plugin for a lot of advanced database functionality.</li>
<li><a href="https://profiles.wordpress.org/johnbillion/" class="mention"><span class="mentions-prefix">@</span>johnbillion</a> I can’t see any performance figures anywhere in that ticket, are there any? Lots of theoretical discussion but no numbers</li>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> good point</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> I don’t want to discourage the folks who want to work on this, but if it’s not something this team wants to commit to supporting, then we should politely close the proposal and redirect them to other channels, like Trac or a standalone plugin.</li>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> We need number to validate and an updated patch. Without that, it will have to go to the backlog</li>
</ul>
</li>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> I know there is a problem of orphaned autoloaded options, where plugins add options but don’t clean up after themselves upon uninstall. I know we also have an Autoloaded options Site Health test.
<ul>
<li>Maybe this has already been discussed, but what if the test were extended to check for autoloaded options that aren’t being used anymore?</li>
<li>Granted, this wouldn’t need to be a Site Health test and could instead be a cron job.</li>
</ul>
<ul>
<li>Consider a job that runs once a week which hits the homepage and the most recently-published post, and when running pass a query arg to capture all calls to <code>get_option()</code></li>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> I am currently writing a document, where I suggest this. </li>
<li><a href="https://profiles.wordpress.org/spacedmonkey/" class="mention"><span class="mentions-prefix">@</span>spacedmonkey</a> Have you read this – <a rel="noreferrer noopener" href="https://github.com/WordPress/performance/issues/526" target="_blank">https://github.com/WordPress/performance/issues/526</a></li>
<li>TDLR, this hooks into get_option and tracks what is used on a page load. It when stores an array of used options and then can be used to reset options that are autoloaded but not used.</li>
<li>There is a possible of setting autoload no to options that are needed for other parts of WordPress, like sitemaps, rss feeds, rest apis, or the cms</li>
<li>There is a chance we could tank performance on some page types and improve it on others.</li>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> Yeah, would need to hit the important endpoints and capture the used options for each</li>
</ul>
</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> I wanted to note that the submission deadline for WCUS is later this week, and it would be great to have good representation from this team. Curious if anyone else is planning to submit anything and if so, I’d be happy to support folks with feedback or idea development this week.</li>
</ul>
<p><strong>Our next chat will be held on <a href="https://www.timeanddate.com/worldclock/fixedtime.html?iso=20230530T1500"><abbr class="date" title="2023-05-30T15:00:00+00:00">Tuesday, May 30, 2023 at 15:00 UTC</abbr></a> in the <a href="https://wordpress.slack.com/messages/core-performance/">#core-performance channel</a> in <a href="https://make.wordpress.org/chat/">Slack</a>.</strong></p>
<p class="o2-appended-tags"><a href="https://make.wordpress.org/core/tag/core-performance/" class="tag"><span class="tag-prefix">#</span>core-performance</a>, <a href="https://make.wordpress.org/core/tag/performance/" class="tag"><span class="tag-prefix">#</span>performance</a>, <a href="https://make.wordpress.org/core/tag/performance-chat/" class="tag"><span class="tag-prefix">#</span>performance-chat</a>, <a href="https://make.wordpress.org/core/tag/summary/" class="tag"><span class="tag-prefix">#</span>summary</a></p>
</div>

As October winds down, so too does Blocktober, Tammie Lister’s month-long challenge to create a…
The WordPress Foundation and WooCommerce have joined Automattic and Matt Mullenweg in countersuing WP Engine,…
The first-ever CloudFest USA Hackathon, taking place November 4 in Miami, will bring together contributors…
Canada’s largest gathering of WordPress enthusiasts drew a strong turnout at Carleton University last weekend,…
WooCommerce 10.3 was released this week, introducing one of the most requested features for store…
Automattic has hired GiveWP co-founder Devin Walker as Artistic Director for Jetpack, where he will…