Re: Re: Apache mod_pagespeed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Nov 4, 2010 at 05:12, Colin Guthrie <gmane@xxxxxxxxxxxxxx> wrote:
>
> Yeah it seems like a nice idea. Basically we already do a "pre-process
> stage where we minify css and js before we deploy the application (dev
> versions are nicely verbose so that the "javascript error on line 1"
> debugging does not plague us!). We also try to pngcrush pngs and
> optimise jpegs etc.

    I'm also working toward detecting if a browser can accept them,
and if it can, serving WebP images instead of PNGs, JPegs, or GIFs.
Typing the sentence out, I'm not sure why I hadn't thought of it
before, but it would be a greater speed increase to do it as a PHP
extension than to have it run through the parser.  Looks like I'll be
starting over....

> But this module seems to do all that stuff for you on the fly which is
> pretty nice. It would save over head in terms of application deployment
> processes here and I'd likely be happier using it than doing all this
> stuff myself.

    Yeah, we were compressing JavaScript with some projects as well,
and trying to minify CSS and scripts, consolidating files for
production (like you, development versions are the fully-bloated
version, because there's nothing worse than being told you have
six-hundred errors on line one).  In preliminary testing yesterday,
though, I'm already highly impressed with mod_pagespeed.  It even
removes excess spaces - such as those in <br /> tags - without any
adverse reactions I've seen so far.

> That said, it's often nice to think about these things rather and learn
> about the consequences than just blunder on and hope for the best. This
> module will result in a bit of "dumbing down" of devs, but that's not to
> say I'm against it generally.

    I agree to a point: but I also think those of us who already know
how to do the work will gain at least two added benefits from this.
First, we can even further improve page-load times by doing all of the
optimizations to code, layout, and media, as well as server-tuning,
caching, et cetera.  Second, from a purely commercial standpoint, by
being some of the first to gain experience with it, it's another thing
you can already tell a client, "yes, now that you've heard about this
and are foaming at the mouth and simply MUST HAVE IT (NOW, FOR GOD'S
SAKE!!!!!!!!!!!!), we can install that for you, no problem."

    In any case, there are some minor quirks I've found, so I'm not
ready to put this into production for any of my client's servers yet,
but I can see myself starting to do so in two to four weeks, barring
any horrible discoveries.

-- 
</Daniel P. Brown>
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[Index of Archives]     [PHP Home]     [Apache Users]     [PHP on Windows]     [Kernel Newbies]     [PHP Install]     [PHP Classes]     [Pear]     [Postgresql]     [Postgresql PHP]     [PHP on Windows]     [PHP Database Programming]     [PHP SOAP]

  Powered by Linux