RE: [PEAR-CVS] cvs: pear /Cache OutputCompression.php
| From: | Naoki Shima | Date: | Thu, 25 Apr 2002 12:18:58 +0000 |
| Subject: | RE: [PEAR-CVS] cvs: pear /Cache OutputCompression.php | ||
| References: | 1 | Groups: | php.pear.cvs php.pear.dev |
| Request: | Send a blank email to pear-dev+get-5795@lists.php.net to get a copy of this message | ||
The server where I deployed serves around 1000 connections at a time.
I couldn't find any other way to workaround this problem.
I believe that PEAR needs to be as stable as it can be and also works
in a blackbox way.
I have submitted this bug to bugs.php.net and hope it's gonna be fixed soon.
I think adding inline documentation might help not to confuse people.
If you have any other way to workaround without modifying the API,
please let me know.
Best regards,
Naoki Shima
-----Original Message-----
From: Christian Stocker [mailto:usenet@chregu.tv]
Sent: Thursday, April 25, 2002 9:03 PM
To: pear-dev@lists.php.net; pear-cvs@lists.php.net
Subject: RE: [PEAR-CVS] cvs: pear /Cache OutputCompression.php
In <LLEGIABELPNEABIBKDFEOEOCCJAA.naoki@avantexchange.com>, Naoki Shima
wrote:
>> could you please explain this?
>> tc
>
> I have submitted this bug report to PEAR-DEV few days ago. The copy of
> the message sent follows:
I'm really really not happy about having a die() in the "middle" of a
class.. We should either make a function printAndDieContent() or you do
the die() by yourself in your code. But having this die within a method,
will certainly confuse some people.
What do others think about that?
chregu
>
> I've deployed PEAR Cache OutputComression on fairly busy site. It worked
> well when I viewed the page via Netscape 6.2. However, when I viewed the
> page using
> IE 6.0/5.0, it just displays white page as when data is not sent to the
> browser.
> When I was hacking the code in Cache/OutputCompression.php, I found out
> that it needed to call exit() just after printContent() does the
> print(). I have modified "print $content;" to "die($content);" in
> printContent().
> I've confirmed that destructor is called even when die() is called
> during the execution by calling
> error_log() to send mail inside the destructor, so I guess the
> garbageCollection() is called properly. There're about 200 processes of
> apache on 5 of each load-balanced servers and it seems working fine for
> 3 days now.
> I could not find any other way to work around this problem. Should I
> commit this change to cvs?
>
> Naoki Shima
> naoki@avantexchange.com
> murahachibu@php.net
--
PEAR CVS Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php