[wp-trac] [WordPress Trac] #11453: Use compression for CSS and JS file output

WordPress Trac wp-trac at lists.automattic.com
Sun Dec 20 01:15:33 UTC 2009


#11453: Use compression for CSS and JS file output
-----------------------------+----------------------------------------------
 Reporter:  micasuh          |       Owner:                                     
     Type:  feature request  |      Status:  new                                
 Priority:  normal           |   Milestone:  Future Release                     
Component:  Optimization     |     Version:  2.9                                
 Severity:  normal           |    Keywords:  css, js, minify, compression, speed
-----------------------------+----------------------------------------------

Comment(by Denis-de-Bernardy):

 Replying to [comment:14 micasuh]:
 > Replying to [comment:10 Denis-de-Bernardy]:
 > >(PHP-level gzipping and minifying) are much less so, and they're prone
 to introducing more trouble than benefits.
 > Good point. Like novasource said, we should look to analyze cost benefit
 to include it or not. Are there many known problems with using
 minification scripts like YUI compressor?
 >
 > I'd make a guess that most Wordpress websites only contain only a small
 number of both static CSS and JS files.

 It ultimately depends on the number of plugins you use. My own site
 contains a dozen such files for each.

 > Replying to [comment:13 hakre]:
 > > I've never seen google loading my CSS and JS files and I strongly
 doubt a speed-rating mechanism will rate their downloads in the future.
 > Google's new algorithm, nicknamed Caffeine, will start rollout in the
 new year. Included in this newer, rebuilt search system is attention to
 page speed, as indicated in the link in the ticket description.

 If you're so worried, here's your chance to use the Semiologic Cache or
 the Total Cache plugin. Both do a good job at pruning everything and
 trimming the daylights out of server requests (I'd argue that the first
 does a better job than the second, but I'm obviously biased).

 > I agree that Google spiders or bots probably won't rate download speeds
 of individual files.

 this, I think, is where you're wrong. it will have utmost importance if
 speed is the question. In particular your main page, rather than its
 assets, since it determines how long it takes to display ''something''.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/11453#comment:15>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list