Re: Zlib Compression || Implementation || Bandwidth Savings?
| From: | CF High | Date: | Mon, 02 Feb 2004 20:15:56 +0000 |
| Subject: | Re: Zlib Compression || Implementation || Bandwidth Savings? | ||
| References: | 1 2 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-176609@lists.php.net to get a copy of this message | ||
Hmmmm....
Looks like the majority of sent bandwidth is html, not image files >> ratio
is at least 10:1 html to images.
With that in mind, setting zlib compression to ON seems the way to go.
Question is, how to implement compression?
Is it enough to just ini_set() zlib compression to ON? i.e. will all content
be automatically be compressed, or do I need to ob_start() & ob_end_clean()
at the start and end of each page?
TIA for any clues -- I'm obviously confused about compression
techniques.....
--Noah
"Rush" <pipa@rush.avalon.hr> wrote in message
news:20040202182507.35173.qmail@pb1.pair.com...
> "Cf High" <noah@newminddesign.com> wrote in message
> news:20040202154436.32395.qmail@pb1.pair.com...
> > Having a good problem -- our hockey report site has jumped from 10
> > gigs/month to 30+ gigs/month & growing.
> >
> > We're getting killed in bandwidth fees at the moment; barring switching
to
> > another host, will utilizing ZLIB compression significantly reduce
> > bandwidth?
>
> well it depends what uses most of your bandwith. If it is for images, then
> compression will not help much since images are allready compressed. In
that
> case, you may save much more if you can put images in some directory and
> tell apache to allow cacheing for that directory.
>
> On the other hand if your bandwith goes mainly on thransfer of html source
> for the pages then compression can shave up to 80% of your bandwith usage.
>
> rush
> --
> http://www.templatetamer.com/