Re: [PHP] Cool PHP Tricks/Features ?

2002-05-15 Thread Danny Shepherd

No, that's not a problem either!

snip from manual
Before ob_gzhandler() actually sends compressed data, it determines what
type of content encoding the browser will accept (gzip, deflate or none
at all) and will return it's output accordingly. All browsers are supported
since it's up to the browser to send the correct header saying that it
accepts compressed web pages.
/snip from manual

HTH

Danny.

- Original Message -
From: Sqlcoders.com Programming Dept [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 15, 2002 1:25 PM
Subject: Re: [PHP] Cool PHP Tricks/Features ?


 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...



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




Re: [PHP] Cool PHP Tricks/Features ?

2002-05-15 Thread George Whiffen

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




RE: [PHP] Cool PHP Tricks/Features ?

2002-05-15 Thread David Freeman


It's quite some time since I dealt directly with modems and packets
moving over networks per se so some of this may well prove wrong - feel
free to point it out if I am someone.

  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?

Perhaps there's an element of confusion in technologies.  A modem is an
analogue device.  It converts a digital signal into an analogue one to
transfer it over a phone line as audio.  As such, it is capable of being
compressed due to the nature of the signal (being audio and all).  A
digital network link (which includes ISDN, ADSL and the backbone link
stuff) is just that - a digital link.  No conversion to analogue takes
place.  On a digital link you're moving packets of data.  I doubt
there's much scope of a packet of data that would typically be under 1k
in size (going purely from memory here and quite happy to be told
otherwise).

Different technologies involve different concepts basically.

CYA, Dave



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




Re: [PHP] Cool PHP Tricks/Features ?

2002-05-15 Thread Danny Shepherd

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

Re: [PHP] Cool PHP Tricks/Features ?

2002-05-15 Thread Michael Kimsal

George Whiffen wrote:

 
 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.
 

Have you tried it?



 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 ;).


Apache isn't making any profits directly from its technology, but there
is a mod_gzip module for Apache.

Why is it so hard to put in *one line* of code (probably in an include 
file?)  Why do you consider this all the  work?  You probably
spend more time fiddling with TABLE CELLPADDING than you would on 
putting this line in one place, but you seem to think it's *another 
burden*.  I look at it the other way - I love having more things under 
my control, and regardless of whether a webserver has configured 
outgoing compression or not, I can control it.


 
 
 What's everyone else think?
 
See above. :)

Michael Kimsal
http://www.logicreate.com
734-480-9961


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




Re: [PHP] Cool PHP Tricks/Features ?

2002-05-15 Thread Michael Kimsal

Danny Shepherd wrote:
 No, that's not a problem either!
 
 snip from manual
 Before ob_gzhandler() actually sends compressed data, it determines what
 type of content encoding the browser will accept (gzip, deflate or none
 at all) and will return it's output accordingly. All browsers are supported
 since it's up to the browser to send the correct header saying that it
 accepts compressed web pages.
 /snip from manual
 


It is a problem if you're bothering to support NS4 users,
because they can't handle it properly.

NS has a useful habit of re-requesting a 'page' from the server
under many conditions (used to be even when resizing the window). 
Currently, the browser will issue another GET against the same URL,
even if the page had been POSTed.  It will not bring back the same info,
so VIEWSOURCE and PRINTing are already messed up.  But even PRINTing
a regular page that is gzipped is hosed, because NS tells the
server it can handle zipped data, but it doesn't unzip before printing,
so you'll be printing out compressed data to your printer.

Don't even bother flaming me about x% of your users still use NS4
and it's a great browser and IE sucks etc.


Michael Kimsal
http://www.logicreate.com
734-480-9961


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




Re: [PHP] Cool PHP Tricks/Features ?

2002-05-15 Thread Miguel Cruz

On Wed, 15 May 2002, George Whiffen wrote:
 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.

The modem is only part of the route. All the people between you and the 
modem are paying for that bandwidth, and the costs are getting passed 
along somehow.

 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?

Probably.

 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?

None of the above routinely do compression on data. Imagine backbone
routers trying to compress data! The poor things run white-hot just trying
to deal with packet headers. If they actually had to look at the data and
do complicated transforms on it, that'd be the end of the internet.

 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.

There is a module for Apache that does gzip compression. It's called - 
wait for it - mod_gzip. We use it and it seems to work great. Cuts our 
bandwidth bills down.

I think the web server is a very reasonable place to do this compression. 
It divides the work so that it's in direct proportion to the volume of 
generated data. This is both fair and easy to manage.

miguel


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




RE: [PHP] Cool PHP Tricks/Features ?

2002-05-14 Thread Steve Bradwell

HI Girish,
I'm pretty new to php, using for about 8 months now, I haven't heard of
these, can you go into some detail for me?

Thanks,

Steve

-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




Re: [PHP] Cool PHP Tricks/Features ?

2002-05-14 Thread Girish Nath

Hi Steve

http://www.php.net/manual/en/function.ob-gzhandler.php

http://www.devshed.com/Server_Side/PHP/OutputBuffering/page8.html

Basically it allows output to be compressed with gzip encoding as it's sent
to the browser. I had a webpage that was part of an admin section of a
website, it was 153K in size and getting a lot of hits. The result now is
the page gets compressed to 17K and therefore uses less bandwidth/faster to
download, this all happens transparently from the visitors point of view.

Regards


Girish
--
www.girishnath.co.uk



Steve Bradwell [EMAIL PROTECTED] wrote in message
57A1618E7109D311A97D0008C7EBB3A1CBB31E@KITCHENER">news:57A1618E7109D311A97D0008C7EBB3A1CBB31E@KITCHENER...
 HI Girish,
 I'm pretty new to php, using for about 8 months now, I haven't heard of
 these, can you go into some detail for me?

 Thanks,

 Steve

 -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




RE: [PHP] Cool PHP Tricks/Features ?

2002-05-14 Thread John Holmes

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




RE: [PHP] Cool PHP Tricks/Features ?

2002-05-14 Thread SP

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




RE: [PHP] Cool PHP Tricks/Features ?

2002-05-14 Thread John Holmes

Yes, it can be useful. I don't dispute that. All I'm saying is that it's
not the save-all or whatever. Look at how much traffic it's going to
save you, look at how much extra processing power you're taking from
your CPU, look at the connections and computers of your clients, etc.
Maybe it's not that big of a deal, but I just don't want some newbie
seeing this and thinking that it's going to be the answer to all of
their problems. I may even look into it for a couple large pages that I
have. You can control it on a page-by-page basis, right?

---John Holmes...

 -Original Message-
 From: SP [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, May 14, 2002 9:29 PM
 To: [EMAIL PROTECTED]; 'Girish Nath'; [EMAIL PROTECTED]
 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




Re: [PHP] Cool PHP Tricks/Features ?

2002-05-14 Thread Sqlcoders.com Programming Dept

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




Re: [PHP] Cool PHP Tricks/Features ?

2002-05-14 Thread Girish Nath

Hi John

You *can* control on a a page-by-page basis as i'm doing now. I have some
pages admin pages that are getting a lot of hits and i'm using the
compression to reduce them from 52K to 7K and 153K to 17K!

The majority of the users are accessing via 56K modem/ISDN so i'm willing to
trade a tiny bit of cpu usage on a lightly loaded machine and save a lot of
bandwidth in the process.

Your customers may have access to T1 lines so won't see the difference,
however my 56K customers noticed the difference without me even telling them
about it.

Regards


Girish



- Original Message -
From: John Holmes [EMAIL PROTECTED]
To: 'SP' [EMAIL PROTECTED]; 'Girish Nath'
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, May 15, 2002 3:18 AM
Subject: RE: [PHP] Cool PHP Tricks/Features ?


Yes, it can be useful. I don't dispute that. All I'm saying is that it's
not the save-all or whatever. Look at how much traffic it's going to
save you, look at how much extra processing power you're taking from
your CPU, look at the connections and computers of your clients, etc.
Maybe it's not that big of a deal, but I just don't want some newbie
seeing this and thinking that it's going to be the answer to all of
their problems. I may even look into it for a couple large pages that I
have. You can control it on a page-by-page basis, right?

---John Holmes...

 -Original Message-
 From: SP [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, May 14, 2002 9:29 PM
 To: [EMAIL PROTECTED]; 'Girish Nath'; [EMAIL PROTECTED]
 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