[wp-trac] [WordPress Trac] #10365: Gzip compression should be offered by default in Wordpress (was: Gzip)

WordPress Trac wp-trac at lists.automattic.com
Tue Dec 15 04:23:35 UTC 2009


#10365: Gzip compression should be offered by default in Wordpress
--------------------------------+-------------------------------------------
 Reporter:  caesarsgrunt        |        Owner:          
     Type:  feature request     |       Status:  reopened
 Priority:  normal              |    Milestone:  3.0     
Component:  Optimization        |      Version:          
 Severity:  normal              |   Resolution:          
 Keywords:  gzip, compression,  |  
--------------------------------+-------------------------------------------
Changes (by micasuh):

  * status:  closed => reopened
 * cc: micasuh (added)
  * component:  General => Optimization
  * milestone:  => 3.0
  * keywords:  => gzip, compression,
  * resolution:  wontfix =>


Comment:

 I agree with ceasarsgrunt on this and believe this feature should be added
 back into future releases with default access being turned off. Let the
 developer choose whether he or she wants to use built in Gzip compression.
 Not only does gzipping promote good practice but it provides additional
 competition against major CMSes which already include this by default.

 [http://developer.yahoo.net/blog/archives/2007/07/high_performanc_3.html
 Gzipping generally reduces the response size by about 70%. Approximately
 90% of today's Internet traffic travels through browsers that claim to
 support gzip.]

 To satisfy westi's comment about double zipping, it should be rather easy
 for Wordpress to detect whether the server is already using another form
 of compression on its output.

 I agree gziped output should live at the server level, but there's no
 reason Wordpress can't give a smart option to inform developers of this
 option and help enable it. Additionally, since the vast majority of
 Wordpress installations are on shared servers, it's unlikely that gzipped
 compression is enabled by default. Web hosts might offer and provide this
 component on the server, but it's very unlikely that it is enabled unless
 the developer specifically knows what he or she is doing.

 Given the opportunity, developers should use this without another plugin.
 Plugins cause additional and unneeded requests that slow down rendering
 time for site to load into browser. Having this functionality
 intelligently built into Wordpress would actually benefit the Internet in
 general because of Wordpress' universal popularity and widspread use.

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


More information about the wp-trac mailing list