<div>
<p>The full chat log is available beginning <a href="https://wordpress.slack.com/archives/C02KGN5K076/p1759849262234909">here on Slack</a>.</p>
<h2 class="wp-block-heading"><strong>WordPress Performance Trac tickets</strong></h2>
<ul class="wp-block-list">
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> mentioned ticket <a href="https://core.trac.wordpress.org/ticket/63636">#63636</a> related to BFCache was punted due to an unresolved Chromium bug around <code>Clear-Site-Data: "cache"</code> headers.</li>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> identified ticket <a href="https://core.trac.wordpress.org/ticket/43258">#43258</a> on output buffering as the current biggest blocker. He explained that while there’s been significant discussion both on the PR <a href="https://github.com/WordPress/wordpress-develop/pull/8412">#8412</a> and in <a href="https://wordpress.slack.com/archives/C02RQBWTW/p1759334728882769" data-type="link" data-id="https://wordpress.slack.com/archives/C02RQBWTW/p1759334728882769">Slack</a>, the debate centers around the trade-offs between enabling full-page buffering (to allow post-render optimization) versus keeping the door open for streaming, which could improve initial load performance. He provided further context on how classic themes already stream via procedural rendering, while block themes generally do not.
<ul class="wp-block-list">
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> noted that while streaming isn’t widely adopted in WordPress today, it could become valuable in the future, and care should be taken not to block its evolution. He also shared a <a href="https://wpdirectory.net/search/01K6ZKWQ7KE3QWN24PXTJY61JW">WPDirectory search</a> of <code>flush()</code> usage across core, noting they appear mostly in admin and XML-RPC contexts rather than template rendering.</li>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> asked if anyone has insights into this area and can contribute thoughts on how we can bridge these two perspectives, allowing for a default output buffer while also enabling streaming if the application wants it. He’d be most thankful.</li>
</ul>
</li>
<li><a href="https://profiles.wordpress.org/b1ink0/" class="mention"><span class="mentions-prefix">@</span>b1ink0</a> brought up PR <a href="https://github.com/WordPress/wordpress-develop/pull/9867">#9867</a> related to footer script module support and noted that <a href="https://profiles.wordpress.org/jonsurrell/" class="mention"><span class="mentions-prefix">@</span>jonsurrell</a> had provided thoughts around dependency handling.</li>
</ul>
<h2 class="wp-block-heading"><strong>Performance Lab Plugin (and other performance plugins)</strong></h2>
<ul class="wp-block-list">
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> mentioned new guidance on AI-generated contributions now available in the Performance repo, including a new <code>AGENTS.md</code> file and updated PR template instructions with PR <a href="https://github.com/WordPress/performance/pull/2193" data-type="link" data-id="https://github.com/WordPress/performance/pull/2193">#2193</a>. He explained that this was prompted by a recent increase in AI-assisted PRs, some of which indicated the AI’s output wasn’t being carefully reviewed by the contributor.</li>
</ul>
<h2 class="wp-block-heading"><strong>Open Floor</strong></h2>
<ul class="wp-block-list">
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> introduced Trac ticket <a href="https://core.trac.wordpress.org/ticket/64066">#64066</a>, proposing that WordPress default to <code>moderate</code> eagerness for Speculative Loading, when caching is detected. He noted the idea could provide a performance boost in WordPress 7.0 by improving preload efficiency on cached sites, but also acknowledged the need to weigh sustainability concerns around increased server load.
<ul class="wp-block-list">
<li><a href="https://profiles.wordpress.org/mukesh27/" class="mention"><span class="mentions-prefix">@</span>mukesh27</a> asked whether a second opinion was needed, and whether any Google team members had provided feedback.</li>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> replied that he had received positive input from Google, though their priorities don’t always align with those of hosts and site owners. He noted that moderate eagerness can increase bandwidth usage due to unnecessary preloads and may lead to added hosting costs.</li>
<li><a href="https://profiles.wordpress.org/gilbertococchi/" class="mention"><span class="mentions-prefix">@</span>gilbertococchi</a> shared his thoughts, emphasizing that moderate eagerness could be significantly more impactful than conservative loading, especially with Chrome’s recent introduction of a Viewport Heuristic, but stressed the importance of safeguards like persistent object caching to mitigate server load.</li>
<li><a href="https://profiles.wordpress.org/mukesh27/" class="mention"><span class="mentions-prefix">@</span>mukesh27</a> summarized that <a href="https://profiles.wordpress.org/gilbertococchi/" class="mention"><span class="mentions-prefix">@</span>gilbertococchi</a> was supportive of the proposal and encouraged moving the ticket into the 6.9 milestone for visibility.</li>
<li><a href="https://profiles.wordpress.org/westonruter/" class="mention"><span class="mentions-prefix">@</span>westonruter</a> clarified that while he wasn’t necessarily aiming for inclusion in 6.9, he agreed to milestone the ticket for tracking purposes, with the understanding that it may still be punted.</li>
</ul>
</li>
</ul>
<p><strong>Our next chat will be held on <a href="https://www.timeanddate.com/worldclock/fixedtime.html?iso=20251021T1500"><abbr class="date" title="2025-10-21T15:00:00+00:00">Tuesday, October 21, 2025 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>
<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/hosting/" class="tag"><span class="tag-prefix">#</span>hosting</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>

WP Engine has filed a whopping 175-page revised complaint in its ongoing legal fight with…
Woo has shared some early details on what it’s working on in the AI space.…
Ollie’s Menu Designer plugin is now available for download on WordPress.org. Originally launched in August…
The WordPress Community Team has banned a WordCamp organizer for life after they used $734…
The WP World has introduced a new way for WordPressers to connect: real-time multilingual messaging.…
WordPress 6.8.3 was released yesterday, rolling out security fixes for two vulnerabilities in core. The…