Why I recommend using Smartoptimizer, rather than gzip?
In terms of performance, static files are always faster than dynamic ones, so I encourage you to use Smartoptimizer, although I don’t understand why SO doesn’t work for The Tool:
[quote name=‘The Tool’]I used the Smart Optimizer for a couple of days but I did not see any difference in page loading times. My pages already load in under 2 seconds without it anyway but the reason I removed it is because it was causing such a load on my server that my account was suspended.[/QUOTE]
This one I already have, but, as all of you guys scared me (unintentioned of course), I turned off the gzip compression after reading this potencial conflict with smartoptimizer :sad: I really don’t want to mess up my shop neither to be kicked out of my server, but maybe I’m just being paranoid :rolleyes: (please don’t comment on this one…).
About smartoptimizer I can say it rocks!
Oh, and thanks again Lee for all your advices, very very usefull and needed .
Could you give us your gzip settings in your php.ini?
Which could be faster? Gzip in php.ini or Gzip in .htaccess?
Lee Li Pop[/QUOTE]
I haven’t noticed a difference between enabling gzip via php.ini vs. .haccess other than it does not create a load on the server. It has also been noted that enabling gzip via .htaccess is better than enabling gzip via php.ini.
I will have to contend that using the following will allow gzip, with the certain browsers, work more effectively. I have not determined whether it does or not compared to the gzip that you described in your other post.
# 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 no-gzip
# MSIE masquerades as Netscape, but it is fine
# BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
# NOTE: Due to a bug in mod_setenvif up to Apache 2.0.48
# the above regex won't work. You can use the following
# workaround to get the desired effect:
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
A page load savings of 3.6 seconds or about 38%. What’s more impressive are the number of objects and images that were reduced using SO. We used to have “white flashes” on our site when the pages loaded, no longer with SO.
Our .htaccess and SO config.php are exactly as mentioned by Struck in the forum link on SO Lee Li posted. We did add Lee Li’s modeflate suggestion above.
The install was about as easy as it gets, unpack the SO archive, change .htaccess and config.php and away we went. I did not clear our cache as we are using SQLLite.
i use the same code for 1.3.5 ver and it is working
it is not a cache problem as when i press ctlr+F5 it shows me the results
with smartoptimizer the ajax (“js”) is not working and the template(“css”) is meshed up. only when i remove the “js|css” from is working but i think this deactivates the smartoptimizer because i get the same results in gtmetrics (or other page load tester)
my site is in main root (public_html). i am using electro.i also check by add/remove the ob_start(“ob_gzhandler”) from index.php but still nothing
at the file config.php at smartoptimizer, if i change the value from false to true at the var $settings[‘clientCacheCheck’] then i get different page speed results but i am not sure which one to select. YSlow or Page Speed? i think page speed
so, with $settings[‘clientCacheCheck’]=false i get at gtmetrix:
yslow/page speed : 76% / 78%
with $settings[‘clientCacheCheck’]=true i get at gtmetrix: