[wp-trac] [WordPress Trac] #56990: Render blocking CSS `classic-themes.css` unnecessarily enqueued

WordPress Trac noreply at wordpress.org
Thu Jun 8 12:20:16 UTC 2023


#56990: Render blocking CSS `classic-themes.css` unnecessarily enqueued
----------------------------------------+-------------------------------
 Reporter:  adamsilverstein             |       Owner:  flixos90
     Type:  defect (bug)                |      Status:  assigned
 Priority:  normal                      |   Milestone:  6.3
Component:  Themes                      |     Version:  6.1
 Severity:  normal                      |  Resolution:
 Keywords:  needs-unit-tests has-patch  |     Focuses:  css, performance
----------------------------------------+-------------------------------

Comment (by adamsilverstein):

 > As an external resource, there is some non-zero amount of overhead in
 getting the resource out of cache that is likely much higher than the
 transfer time of the additional 200 bytes in the existing stream. An
 external resource is also more likely to cause delays from scheduling
 contention with other requests depending on how the origin supports
 prioritization.

 right, that makes sense @patrickmeenan - inlining will provide a
 negligible boost usually, but in some cases the impact could be more
 significant. There is also the resource impact of an additional request to
 the server to consider. It is only one request, however it is one request
 for every page load for every (non-block theme ie. 99% of) WordPress site.

 > If there is not an existing practice of inlining styles then starting to
 do it just for this is probably a bad precedent.

 We are in fact inlining block styles now and this are block styles, so
 inlining follows current proactive.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/56990#comment:52>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list