We have implemented dynamic script compression, so all scripts are served as one file with spaces removed, gzip/deflated, and with cache management headers.
For frontend all scripts are one socket / 55K, and for admin it’s about 80K together with ext-js.
Server overhead is about 1ms.
The pages are just flying.
But in reality, I observe that firebug shows 227 KB still for the Javascript on the home page and the performance is still a bit worrying. Also wonder if the following can be/has been implemented -
i. Use proxy.php for CSS files as well
ii. Has GZIP been used to zip the contents of Javascript and CSS files?
1. in theory it could be used for CSS but magento allows dynamic location of skin css files, and correct implementation of proxy.php might require minor changes in architecture, that can affect backward compatibility with themes. Perhaps in 2.0
2. Please try enabling gzip in .htaccess, it is disabled by default to allow real-time http traffic in PEAR upgrades console and dataflow progress window.
thanks Moshe....that did it for me ...improved my site a great deal ..though I need to reduce the number of requests that are being requested for CSS, images etc ...
And one more thing when you said Gzip interferes with dataflow progress window, does that mean something serious?
2. Please try enabling gzip in .htaccess, it is disabled by default to allow real-time http traffic in PEAR upgrades console and dataflow progress window.
How does one actually enable gzip compression - my js is also hitting around 260kb and is really making the site sluggish.
I’ve tried uncommenting what I thought was the correct parts of the htaccess, but to no avail :
</IfModule>
<IfModule mod_deflate.c>
############################################ ## enable apache served files compression ## http://developer.yahoo.com/performance/rules.html#gzip
# Insert filter SetOutputFilter DEFLATE
# Netscape 4.x has some problems... BrowserMatch ^Mozilla/4 gzip-only-text/html
# Netscape 4.06-4.08 have some more problems BrowserMatch ^Mozilla/4\.0[678] no-gzip
# MSIE masquerades as Netscape, but it is fine BrowserMatch \bMSIE !no-gzip !gzip-only-text/html # Don't compress images SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary
# Make sure proxies don't deliver the wrong content Header append Vary User-Agent env=!dont-vary
</IfModule>
<IfModule mod_ssl.c>
What are the steps needing to be taken to get the compression going?
For reference my installation is on a Media Temple DV server.
I noticed that if you muck with the header block, and move the JS below the CSS (where it creates the proxy.php url) it speeds up rendering of the page slightly. Browers need CSS for position, but not JS.
2. Please try enabling gzip in .htaccess, it is disabled by default to allow real-time http traffic in PEAR upgrades console and dataflow progress window.
How does one actually enable gzip compression - my js is also hitting around 260kb and is really making the site sluggish.
I’ve tried uncommenting what I thought was the correct parts of the htaccess, but to no avail :
</IfModule>
<IfModule mod_deflate.c>
############################################ ## enable apache served files compression ## http://developer.yahoo.com/performance/rules.html#gzip
# Insert filter SetOutputFilter DEFLATE
# Netscape 4.x has some problems... BrowserMatch ^Mozilla/4 gzip-only-text/html
# Netscape 4.06-4.08 have some more problems BrowserMatch ^Mozilla/4\.0[678] no-gzip
# MSIE masquerades as Netscape, but it is fine BrowserMatch \bMSIE !no-gzip !gzip-only-text/html # Don't compress images SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary
# Make sure proxies don't deliver the wrong content Header append Vary User-Agent env=!dont-vary
</IfModule>
<IfModule mod_ssl.c>
What are the steps needing to be taken to get the compression going?
find this section, line 50 in htaccess, and uncomment “php_flag zlib.output_compression on”