im more familiar with the WP plugins since mod_pagespeed is somewhat
new and beta. but can hazard a decent guess.
mod_pagespeed should not effect the w3 cache plugin in any way since
w3 is a pure WP framework plugin. it places no directives into
.htaccess or apache config files. the combination is perfect, imho.
several others will conflict. for example, w3 super plugin and w3
total cache add .htaccess directives. super cache actually used w3
cache for the object caching. these two and others will conflict (the
better word is confuse or confound) your use of mod_pagespeed. you
will find it difficult to narrow down which .htaccess directives are
working the best. moreover, removing super cache or total cache will
remove directives from .htaccess and then you're somewhat lost. save
the .htaccess files on an ongoing bais.
you need to really focus on tuning your directives. this site is the
best ive seen for tuning. http://webpagetest.org
my advice would be to install mod_pagespeed with wp cache, assuming
you have root access to your web server. if not then you should use WP
super cache or total cache plugins. and im building an image
optimizing plugin (resizing to the width and height). it will be done
soon. but php is a horrid language.
But good idea on the alerts thing... I should try it :)
Sent from my iPhone
On Aug 24, 2011, at 6:46 AM, Alice feels Happy
send a tested url from http://www.webpagetest.org/
and it would be possible to offer more information.
i have reached < 2 without a cdn. cdn is helpful for east/west coast and intl visitors but has little benefit for local. depends on your customer base. pick your server wisely.
who is your provider.
Adrian Boston
adrian...@gmail.com
http://adrianboston.com
the VCL we're using is slightly modified from the one on varnish-cache.org
The only think it'll be doing is caching whatever apache sends it, so there shouldn't be anything special you need to do.
If you run varnishstat you'll be able to tell if things are being cached or not.. what may have happened as Joshua pointed out, is
that varnish cached the page on the first load.. and since nothing changed, it's still serving that html ..
If you're using Varnish 2.0 you can use the php-varnish plugin for WordPress, if you're using 3.0 you can use our fork
https://github.com/zippykid/php-varnish
and then actually purge the varnish cache from within WordPress itself, as long as the ACL's allow it :).
Vid Luther
CEO/Founder
ZippyKid
210-789-0369
you mentioned your site is not a busy one.
any added cache plugin will always add code and thus always add time
for the first visitor within a determined time period.
a cache advantage comes into play with multiple users. in a real
sense, the first user has a bad experience but the followers do not.
for example, in w3-total-cache the default cache timeout is 180
seconds. or 3 minutes.
here are my results with object cache turned on and using mod_pagespeed:
within the window: 1.656 s
outside the window: 2.456 s
the object cache works awesome within its period, but doesn't outside
that period.
here is my time with no cache at all, only using mod_pagespeed.
1.973 s
that simple solution is pretty good.
unless you have a visitor within that 3 minute window, the cache is an
added burden not an advantage.
most of the real world cases it is cached for ... no one. and many of
your infrequent users will experience the slower performance.
so for a site with infrequent visitors, set your timeouts for a very
long period -- or don't use those caches.
you can 'prime the pump' or preload the cache. w3-total-cache doesn't
have that option. i have seen it on others. its a good solution, but
you still have to determine a suitable timeout period.
an integral part of the performance is monitoring your traffic and
setting appropriate times.
mandatory settings for a site with infrequent visitors are those that
decrease the used bandwidth and trips to the server. such as gzip
text, minify js, clipping images to width/height, and browser caching
for identified content. in my opinion, that is exactly what
mod_pagespeed offers. an advantage for all users.
it probably should remain that way, without caches since most sites in
the web are infrequently visited. or permit changes over time period.
"Automatically prime the page cache"
which uses the sitemap.xml files. a very good solution.
however, the garbage collection setting of 3600 seconds is fixed. one
hour is good for a light site. those numbers should match -- as long
as the prime runs after the garbage.