Modem compression will only affect data between the modem and the ISP. A point you don't appear to have considered is that by compressing at the server a host can significantly reduce outgoing bandwidth (i.e. the stuff they pay for) - the less you use, the less you pay. Compressing pages is very lightweight on a cpu and i'd advise enabling compression by default, only disabling it if there is a noticable decrease in server performance. Processing power is probably cheaper today than bandwidth is.
HTH. Danny. ----- Original Message ----- From: "George Whiffen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Sqlcoders.Com Programming Dept" <[EMAIL PROTECTED]> Sent: Wednesday, May 15, 2002 1:24 PM Subject: Re: [PHP] Cool PHP Tricks/Features ? > Ummm, > > This output compression sounded cool to me when I came across it, > but I wasn't sure it really helped or was appropriate for us to use: > > 1. My biggest concern is the slowest user i.e. at the end of a modem > on the other side of the planet. I thought they would almost certainly > have modem compression so doing our own compression doesn't > really help them at all i.e. actual download speeds stay the same, it's > just we/they do the work rather than the modems. > > 2. I was surprised when I got ISDN dial-up that it didn't seem > to have automatic compression on the line, but assumed that was > going to change. Am I too hopeful? > > 3. But surely, ASDL, cable, the backbone and decent intranets > must all do hardware compression, don't they? Or are they > secretly not very keen on decreasing network traffic? > > 4. Finally, if the network hardware isn't handling compression > for us, I would have thought it was a good job for a web server. > I guess I'd have to ask the Apache guys, but I would guess this > can be really neatly done with some fancy mod_rewrite, custom > extension or whatever. > > In summary, I can't agree more that all pages should be compressed, > but don't feel it should be our job. Maybe I'm wrong and this is another > case of the poor old application developer having to do all the ***** work, > just because the rest of the computing industry is too busy counting its > profits to do its own job properly ;). > > > What's everyone else think? > > George > > > "Sqlcoders.Com Programming Dept" wrote: > > > I've seen real-life examples of 100k pages going down to around 30k, > > considering that decrease in size, when you remember that CPU time is > > relatively cheap compared to bandwidth, it's worth the processing overhead > > in my opinion. > > > > Small (<20k) pages probably aren't worth it, > > for anything larger then as it's been mentioned, even if visitors have no > > idea the pages are smaller, if they load in 1/3 of the time it's useful, > > wanted, and definitely cool. > > > > Just remember that not every browser understands gzip compression, but also > > remember that a probably larger percentage of visitors have ECMAScript > > (JavaScript) switched off. > > You takes your chances, you makes your choice... > > > > William. > > > > ----- Original Message ----- > > From: "SP" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]>; "'Girish Nath'" <[EMAIL PROTECTED]>; > > <[EMAIL PROTECTED]> > > Sent: May 14 2002 06:29 PM > > Subject: RE: [PHP] Cool PHP Tricks/Features ? > > > > > Well if his normal page is 100k and he can cut the > > > size down to 50k with gzip then instead of having > > > a monthly transfer of 100 GB for example, he would > > > only be paying for 50 GB. Seems like it's useful > > > for extremely large sites. > > > > > > > > > > > > -----Original Message----- > > > From: John Holmes > > > [mailto:[EMAIL PROTECTED]] > > > Sent: May 14, 2002 6:43 PM > > > To: 'Girish Nath'; [EMAIL PROTECTED] > > > Subject: RE: [PHP] Cool PHP Tricks/Features ? > > > > > > > > > Why do you think this is useful to you? I remember > > > reading an article on > > > this and its conclusion was that zipping the > > > output was only beneficial > > > for large data between fast computers over a slow > > > pipe. You have to look > > > at who your clients are and if it's beneficial to > > > have their machine use > > > up extra time (processing power) unzipping things > > > or not. Also, you're > > > using more processing time on your computer having > > > to do the zipping for > > > every request, too. > > > > > > ---John Holmes... > > > > > > > -----Original Message----- > > > > From: Girish Nath > > > [mailto:[EMAIL PROTECTED]] > > > > Sent: Tuesday, May 14, 2002 9:28 AM > > > > To: [EMAIL PROTECTED] > > > > Subject: [PHP] Cool PHP Tricks/Features ? > > > > > > > > Hi > > > > > > > > I've been using PHP for about 2 years now but > > > only just discovered > > > > ob_gzhandler and gzip/compressing http output. > > > > It's something i wish i'd found out about > > > earlier because even though > > > it's > > > > a > > > > simple concept the result blew me away :) > > > > > > > > Anyway, i just wanted to know of any other cool > > > tricks/features that > > > you > > > > guys are using that others could have > > > overlooked. > > > > > > > > Thanks > > > > > > > > > > > > Girish > > > > -- > > > > www.girishnath.co.uk > > > > > > > > > > > > > > > > > > > > -- > > > > PHP General Mailing List (http://www.php.net/) > > > > To unsubscribe, visit: > > > http://www.php.net/unsub.php > > > > > > > > > > > > -- > > > PHP General Mailing List (http://www.php.net/) > > > To unsubscribe, visit: > > > http://www.php.net/unsub.php > > > > > > > > > --- > > > Incoming mail is certified Virus Free. > > > Checked by AVG anti-virus system > > > (http://www.grisoft.com). > > > Version: 6.0.361 / Virus Database: 199 - Release > > > Date: 07/05/02 > > > > > > --- > > > Outgoing mail is certified Virus Free. > > > Checked by AVG anti-virus system > > > (http://www.grisoft.com). > > > Version: 6.0.361 / Virus Database: 199 - Release > > > Date: 07/05/02 > > > > > > > > > -- > > > PHP General Mailing List (http://www.php.net/) > > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > > > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
