[PHP] Re: Apache mod_pagespeed
'Twas brillig, and Daniel P. Brown at 03/11/10 19:34 did gyre and gimble: On Wed, Nov 3, 2010 at 14:48, Shreyas Agasthya shreya...@gmail.com wrote: Thiago, I would like to join this. Let me know how I can help you with this. Please be explicit with your requests so that we can totally test it and see if it could pose any risk to acceleration services provided by CDNs. I've yet to read the specs behind it (I was out of the office), but from the overview I did see, it should not only be of no detriment to CDNs. In fact, Google is working with an existing company, Cotendo, to integrate the core into their CDN. 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. 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. 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. Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Apache mod_pagespeed
On Thu, Nov 4, 2010 at 05:12, Colin Guthrie gm...@colin.guthr.ie 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
[PHP] Re: Apache mod_pagespeed
'Twas brillig, and Daniel P. Brown at 04/11/10 14:36 did gyre and gimble: 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. Nice. I still stick spaces in my br / tags due to the parsing error in IE(somethingold) but I'm pretty sure that was pre-IE6 and thus something I really don't care about now! That said, I'm not sure I'd really want it to optimise all my HTML pages. CSS, JS and images yes, no problem, but the storage overhead of the disk cache all the dynamic pages is probably not worth it for me. But that's presumably just one of the things it can do. 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. The build process looks very ugly And it's strange their build page seems to suggest GCC 4.2 but CentOS 5.5 only has GCC 4.1 so I'm a bit puzzled as to why it's one of their recommended systems :s I'll take the build process for a spin at some point, but they really do need to make it more streamlined. Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Apache mod_pagespeed
On Thu, Nov 4, 2010 at 10:58, Colin Guthrie gm...@colin.guthr.ie wrote: Nice. I still stick spaces in my br / tags due to the parsing error in IE(somethingold) but I'm pretty sure that was pre-IE6 and thus something I really don't care about now! That said, I'm not sure I'd really want it to optimise all my HTML pages. CSS, JS and images yes, no problem, but the storage overhead of the disk cache all the dynamic pages is probably not worth it for me. But that's presumably just one of the things it can do. Yeah, you can choose which things to allow it to do via the configuration directives as well. The build process looks very ugly And it's strange their build page seems to suggest GCC 4.2 but CentOS 5.5 only has GCC 4.1 so I'm a bit puzzled as to why it's one of their recommended systems :s I'll take the build process for a spin at some point, but they really do need to make it more streamlined. Agreed. It's a bit convoluted, to be sure. In their discussions, they've admitted the same, but it's a very young project. One with a lot of potential, but a very young project nonetheless. -- /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