Thanks. Worked like a charm...
Jason Sheets wrote:
PHP is starting output buffering automatically for you and then you are
starting it in your script as well, that is why you are receiving the
message ob_gzhandler can not be used twice.
Use ob_get_level to check if output buffering is not alread
PHP is starting output buffering automatically for you and then you are
starting it in your script as well, that is why you are receiving the
message ob_gzhandler can not be used twice.
Use ob_get_level to check if output buffering is not already started.
You may want additional logic that chec
I noticed this problem with one of my scripts when its running under php
4.3.0, Apache 2.0.44.
It only happens when started with ob_start('ob_gzhandler');
Even with this test script from the php manual produces this error.
Any insight would be appreciated.
From php.ini ->
; Output buffering allow
I found the problem. It's a bug in PHP 4.3.0 and is fixed in CVS which I
just confirmed...
Serge.
In article <007a01c2c3e1$bab70650$a629089b@TBHHCCDR>, "1lt John W. Holmes"
<[EMAIL PROTECTED]> wrote:
> Is output_handler set in your php.ini?
>
> ---John Holmes...
--
PHP General Mailing List (
Is output_handler set in your php.ini?
---John Holmes...
- Original Message -
From: "Serge Paquin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 24, 2003 2:24 PM
Subject: [PHP] ob_gzhandler bug???
> Here is a very simple APP to test my probl
Here is a very simple APP to test my problem. Below you can see my
result. This is done on PHP 4.3.0
Serge.
0) {
Header( "Content-Length: $len" );
}
return $buffer;
}
ob_start("ob_spit_content_length");
ob_start("ob_gzhandler");
?>
Test Message
Test:
At 16:08 08.11.2002, Serge Paquin spoke out and said:
[snip]
>Yes their is always output.
>
>Also the way my system works if it finds a current cache file then it just
>does "readfile" and no database connection.
>
>On that output I use ob_start("ob_gzhandle
Yes their is always output.
Also the way my system works if it finds a current cache file then it just does
"readfile" and no database connection.
On that output I use ob_start("ob_gzhandler") and it outputs compressed without an
error so it seems that ob_gzhandler is working fine that's the pa
At 15:48 08.11.2002, Serge Paquin spoke out and said:
[snip]
>I get no output at all.
>
>All DoCache does is write $buffer to a file then return $buffer since I use
>this for some other serverside caching to save on database hits.
>
>I have other areas that I
I just realized that "mod_deflate" is for Apache 2. I am still on the
Apache 1.3 tree so I don't beleive I can take advantage.
- Original Message -
From: "Ernest E Vogelsinger" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, Novemb
ginal Message -
From: "Ernest E Vogelsinger" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 08, 2002 4:00 AM
Subject: Re: [PHP] ob_gzhandler
> At 07:45 08.11.2002, Serge Paquin said:
> [snip]
> >Hel
At 07:45 08.11.2002, Serge Paquin said:
[snip]
>Hello,
>
>Is their anyway to use ob_gzhandler along with another callback? I've
>tried the following which does not work:
>
>function DoCache($buffer) {
>/* Do a bunch of stuff */
>return ob_gzhandl
Hello,
Is their anyway to use ob_gzhandler along with another callback? I've
tried the following which does not work:
function DoCache($buffer) {
/* Do a bunch of stuff */
return ob_gzhandler($buffer);
}
ob_start("DoCache");
... The program and such ...
ob_end_flush();
Can anybo
I am looking for ways to improve performance for delivering content from a
couple of CDSes in a Vignette solution. (which get as large as 100kb), so I
am looking into HTTP compression (which looks like it can compress our files
down to 12kb). I found a few commericial vendors such as Pipeboost and
I doubt that'll work, as I don't think the gzhandler code will send
gzipped data without a successful negotiation with the client (which can't
happen at the command line). As others have suggested, the easiest way is
probably to use lynx's --mime_header option.
miguel
On Sun, 19 May 2002, Jason
Does anyone know how I can test (and see) if my ob_gzhandler() is working?
I've written the following script, and run it from the command line to "see"
the output -- hoping it's encoded -- it isn't -- so I want to make sure I'm
doing it right.
some HTML code
I save then run the file:
Even Lynx does.
miguel
On Sun, 19 May 2002, Gerard Samuel wrote:
> If Im not mistaken, all the current and recent Micro$oft, Netscape &
> friends support it.
>
> Jason Caldwell wrote:
>
> >Is there a listing somewhere that shows which web browsers support
> >"gz-encoded" web pages?
> >
> >Tha
If Im not mistaken, all the current and recent Micro$oft, Netscape &
friends support it.
Jason Caldwell wrote:
>Is there a listing somewhere that shows which web browsers support
>"gz-encoded" web pages?
>
>Thanks
>Jason
>
>
>
>
>
--
PHP General Mailing List (http://www.php.net/)
To unsub
Is there a listing somewhere that shows which web browsers support
"gz-encoded" web pages?
Thanks
Jason
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
I thought I would try out the ability to GZip my PHP pages, so that they would be sent
quicker and use less of my bandwidth :)
Anyway I have found the following tutorials and information on this:
http://www.zend.com/zend/art/buffering.php
http://www.php.net/manual/en/function.ob-gzhandler.php
ht
I'm running 4.0.4 with two patched files from CVS to
fix the gzhandler memory leak.
I'm using 'output_handler = ob_gzhandler' in my php.ini
to compress output, however I notice that it usually
doesn't work.
I'll load a page, which will be uncompressed.. then reload
it and it comes back compresse
could accually be a browser issue. I know you can not compress an image and
send it accross, even with the proper headers, no broswer seems to
decompress it. try running a sniffer on the connection, make sure the proper
headers are being sent, cut and paste the sniffers output, see if you can
deco
Could anybody interested comment the following statement:
Apache doesn't correctly serve .shtml files if ob_gzhandler is enabled (the
output is distorted then).
Not related, perhaps? This is my experience, though. The newest Apache, the
newest PHP.
Just want to hear something before I file a bu
23 matches
Mail list logo
