<div style="text-align:center"></div><div>
<p><a href="https://make.wordpress.org/core/2023/08/29/performance-chat-agenda-29-august-2023/">Meeting agenda here</a> and the full chat log is available <a href="https://wordpress.slack.com/archives/C02KGN5K076/p1693321214870989">beginning here on Slack</a>.</p>
<h2 class="wp-block-heading">Announcements</h2>
<ul>
<li>Welcome to our new members of <a href="http://wordpress.slack.com/messages/core-performance/">#core-performance</a></li>
<li>Thanks to everyone who visited the Performance table on <strong>Contributor Day at WordCamp US</strong> last week – here’s a round-up of some activity:
<ul>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> I was working on removing <code>unload</code> event handlers from wp-admin (<a href="https://core.trac.wordpress.org/ticket/55491">#55491</a>) which relate to performance since they prevent bfcache. Got a mostly-complete patch ready for review. But ironically I found in 6.3 that bfcache was explicitly disabled via <code>Cache-Control: no-store</code> (<a href="https://core.trac.wordpress.org/ticket/21938">#21938</a>), so removing <code>unload</code> doesn’t have any effect. Maybe we want to revisit that.</li>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> I committed <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/changeset/56445" target="_blank">https://core.trac.wordpress.org/changeset/56445</a> at Contributor Day, that’s a big deal in terms of new API functions, with <code>prime_options()</code> and <code>get_options()</code> (the latter is probably what most WP devs will immediately understand what it does)</li>
<li><a href="https://profiles.wordpress.org/mukesh27/" class="mention"><span class="mentions-prefix">@</span>mukesh27</a> One ticket that was committed at WCUS Contributor Day <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/59181" target="_blank">Performance optimization of register_block_script_handle()</a> – This will improve improve Server side metric by ~1%</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> <a href="https://core.trac.wordpress.org/ticket/58998">#58998</a> should help avoid DB stampedes when rewrites are flushed. I’m hoping <a href="https://profiles.wordpress.org/icaleb/" class="mention"><span class="mentions-prefix">@</span>icaleb</a> will be able to test this patch at VIP and let us know if there are any side effects that we need to be aware of. </li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> We also had <a href="https://core.trac.wordpress.org/ticket/52759">#52759</a> committed that adds a filter to avoid a potentially expensive DB query, but it’s currently reopened to consider a name change for the filter. Feel free to weigh in if you have opinions.</li>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> During Contributor Day @gziolo and myself worked through this, at the end came up with an idea for a solution, which I implemented yesterday, in <a rel="noreferrer noopener" href="https://github.com/WordPress/gutenberg/pull/49904" target="_blank">https://github.com/WordPress/gutenberg/pull/49904</a> and <a rel="noreferrer noopener" href="https://github.com/WordPress/wordpress-develop/pull/5104" target="_blank">https://github.com/WordPress/wordpress-develop/pull/5104</a> (the two are kind of related but separate problems)</li>
</ul>
</li>
<li>This week’s Performance Bug Scrub lead, request for volunteer please
<ul>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> happy to run this weeks bug scrub (thank you!)</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> <a href="https://profiles.wordpress.org/swissspidy/" class="mention"><span class="mentions-prefix">@</span>swissspidy</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> I spent some time prior to WCUS looking at <a href="https://core.trac.wordpress.org/ticket/57789">#57789</a> and plan to pick that back up later this week as a part of a general focus on improving template loading</li>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> working on <a rel="noreferrer noopener" data-hasqtip="44" href="https://github.com/WordPress/wordpress-develop/pull/5069" target="_blank">https://github.com/WordPress/wordpress-develop/pull/5069</a>, starting at Contributor Day and iterated yesterday. Will make another iteration today and then it should be ready for another review</li>
<li><a href="https://profiles.wordpress.org/swissspidy/" class="mention"><span class="mentions-prefix">@</span>swissspidy</a> I had some great discussions at WCUS regarding i18n performance, people are really interested in testing this new feature plugin. The great news is that the plugin just got approved, so I’ll push it to <a rel="noreferrer noopener" href="https://wordpress.org/" target="_blank">WordPress.org</a> later today or so. Then we can spread the word and start looking into adding it to Performance Lab (once we have the standalone modules) etc.</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> </p>
<ul>
<li>No updates this week</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> <a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> I backported the use of <code>defer</code> for block view scripts from Gutenberg to WordPress core (<a href="https://core.trac.wordpress.org/ticket/59115">#59115</a>). I did some more <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/59115#comment:2" target="_blank">perf analysis</a> and found a 6.5% reduction in TTFB-LCP
<ul>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> What scenario was that tested with? TT3 or another theme / configuration? (Details are in the Trac comment)</li>
</ul>
</li>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> I also <a rel="noreferrer noopener" data-hasqtip="124" aria-describedby="qtip-124" href="https://github.com/WordPress/performance/issues/786#issuecomment-1681273989" target="_blank">analyzed</a> moving Twenty Seventeen’s scripts from the footer to the <code>head</code> and adding <code>defer</code>, but I didn’t find there to be any improvement</li>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> On the non-JS front, I did some <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58810#comment:7" target="_blank">more analysis</a> on the impacts of inlining stylesheets instead of loading them externally, especially when a CDN is involved. I found inlining to be more important when a CDN is involved, but when a CDN <em>isn’t</em> involved, then better not to inline. The findings don’t seem to be entirely conclusive, however
<ul>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> I think this is an important learning worth sharing with the broader community. It has come up numerous times in the past that folks suggest to inline certain assets based on an assumption that that would be faster. But seems that’s more complicated than that</li>
</ul>
</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> I noticed that <a href="https://core.trac.wordpress.org/ticket/58634">#58634</a> has a PR that could use a review. Otherwise, that one doesn’t yet have an owner</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> Also, <a rel="noreferrer noopener" href="https://github.com/WordPress/gutenberg/discussions/53260" target="_blank">https://github.com/WordPress/gutenberg/discussions/53260</a> is an interesting conversation going on in the Gutenberg repo about using JS modules to better load scripts and styles async. Worth looking into and giving feedback.</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/pereirinha/" class="mention"><span class="mentions-prefix">@</span>pereirinha</a> I do have clarification for <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58893" target="_blank">#58893</a>, and asked for another round of feedback on <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58892" target="_blank">#58892</a>. If I didn’t get it back to the right track, I might need a call to clear it up</li>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> Update from me that is <em>kind of</em> related to images but actually has nothing directly to do with images is that I opened a can of worms at contributor day finding several bugs with how the WordPress main query loop (“the loop”) is being handled incorrectly by block themes in general, which has been causing problems such as <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/58027" target="_blank">https://core.trac.wordpress.org/ticket/58027</a></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/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> <a href="https://profiles.wordpress.org/swissspidy/" class="mention"><span class="mentions-prefix">@</span>swissspidy</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/swissspidy/" class="mention"><span class="mentions-prefix">@</span>swissspidy</a> Just before WCUS I merged <a href="https://core.trac.wordpress.org/changeset/56399">r56399</a> so that we now track TTFB &#038; LCP in WordPress core performance tests</li>
<li><a href="https://profiles.wordpress.org/swissspidy/" class="mention"><span class="mentions-prefix">@</span>swissspidy</a> Another <a rel="noreferrer noopener" href="https://github.com/WordPress/wordpress-develop/pull/5000" target="_blank">PR to improve the core performance tests</a> output is currently in review
<ul>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> I’m particularly interested in how we can get this into the CI workflow sooner rather than later, since folks on the Gutenberg side are finding it extra helpful. I think it will reduce the amount of manual work we end up doing benchmarks on individual PRs as well</li>
<li><a href="https://profiles.wordpress.org/swissspidy/" class="mention"><span class="mentions-prefix">@</span>swissspidy</a> Yeah I might remove the PR comment part if that’s a blocker. Jonathan offered to review it once he’s back from WCUS</li>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> Agreed, though I am slightly concerned by posting the results in a comment on each PR at this point. Given that the metrics are still rather unstable, I am wary of people over-interpreting them, e.g. arguing that a change is particularly great or problematic just based on numbers which could come from variance. So not a technical problem with the PR at all, but I’d feel more confident about implementing everything but the PR message, so that the data is there, just not as “alarmist”</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> I agree. I would like for there to be a way to contextualize the change related to expected variance so folks don’t get super excited about a small change that could just be noise</li>
<li><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> We could pull the PR message logic out, and then create a separate ticket with PR for “Future Release”</li>
<li><a href="https://profiles.wordpress.org/swissspidy/" class="mention"><span class="mentions-prefix">@</span>swissspidy</a> Yeah, there’s still some variability with those results, but that’s just GitHub. Adding an explanation to the comment makes sense. I like the PR because it is easier to discover than the summary, but it does require setting up a secret token for it to work, which is also not ideal when working with forks. (NB I did experiment with running Playwright browsers within Docker, so in the future that might help reduce variance.)</li>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> We can also tie that to the trac ticket (I’ll find it and thread it) that is about posting results from workflows – <a rel="noreferrer noopener" href="https://core.trac.wordpress.org/ticket/56150" target="_blank">https://core.trac.wordpress.org/ticket/56150</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/mukesh27/" class="mention"><span class="mentions-prefix">@</span>mukesh27</a> <a href="https://profiles.wordpress.org/swissspidy/" class="mention"><span class="mentions-prefix">@</span>swissspidy</a> <a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a></p>
<ul>
<li><a href="https://profiles.wordpress.org/mukesh27/" class="mention"><span class="mentions-prefix">@</span>mukesh27</a> Some minor update for Plugin Checker:
<ul>
<li><a target="_blank" href="https://github.com/10up/plugin-check/issues/249" rel="noreferrer noopener">Bump WPCS to 3.0.0</a> – Merged</li>
<li><a rel="noreferrer noopener" href="https://github.com/10up/plugin-check/pull/247" target="_blank">Add Spell Check action</a> – Merged</li>
</ul>
</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><a href="https://profiles.wordpress.org/flixos90/" class="mention"><span class="mentions-prefix">@</span>flixos90</a> I had something to share kind of related to ecosystem tools: At Contributor Day, @chriscct7 shared <a rel="noreferrer noopener" href="https://plugintests.com/" target="_blank">https://plugintests.com/</a> with a few of us, which he had discovered at some point, and it’s just a mind blowing tool nobody seems to know about, covering the whole plugin repository in a lot of detail. Not sure what we can do with that at this point, but it’s just something quite interesting to look at and be aware of. It has e.g. PHP compatibility information for every plugin, detailed data on e.g. which options or admin screens a plugin adds, whether there are PHP or JS errors etc.
<ul>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> This is very cool <a rel="noreferrer noopener" href="https://plugintests.com/plugins/wporg/performance-lab/latest" target="_blank">https://plugintests.com/plugins/wporg/performance-lab/latest</a></li>
</ul>
</li>
<li><a href="https://profiles.wordpress.org/icaleb/" class="mention"><span class="mentions-prefix">@</span>icaleb</a> There were talks, once upon a time, of integrating that same tech into the .org repo. I think various acquisitions got in the way – but definitely would be interesting to see what might still be possible!</li>
</ul>
<h1 class="wp-block-heading">Open Floor</h1>
<ul>
<li>Reviews of <a href="https://core.trac.wordpress.org/ticket/59224">#59224</a> and <a href="https://core.trac.wordpress.org/ticket/59226">#59226</a>
<ul>
<li><a href="https://profiles.wordpress.org/joemcgill/" class="mention"><span class="mentions-prefix">@</span>joemcgill</a> Two issues that seem like they need early eyes on. I see Andrew and Jonny are already reviewing, but would be good for others to have visibility</li>
</ul>
</li>
<li><a href="https://profiles.wordpress.org/johnbillion/" class="mention"><span class="mentions-prefix">@</span>johnbillion</a> Quick item from me, I’m planning on opening a ticket for implementing a function to bulk add metadata (starting with users), mostly a narrower scope version of <a href="https://core.trac.wordpress.org/ticket/34848">#34848</a>. I’ve recently been looking at various performance issues when inserting data into WP, hoping to tackle a few – PR review would be good, I’ll add the performance focus when I open the ticket later today</li>
</ul>
<p><strong>Our next chat will be held on <a href="https://www.timeanddate.com/worldclock/fixedtime.html?iso=20230905T1500"><abbr class="date" title="2023-09-05T15:00:00+00:00">Tuesday, September 5, 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>

WordPress 6.9 Beta 2 is now ready for testing! This beta version of the WordPress…
The WordPress Community Team is calling for contributors to help overhaul the tools that power…
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,…