Gunther Birznieks wrote:

> Would sending a null byte work with a reverse proxy method of mod_perl 
> if the reverse proxy caches and doesn't deliver the data right away? I 
> don't know if there is a way to control this or what the behavior is.


The technique in the guide doesn't work with apache as a reverse proxy, 
only with direct connection. I didn't try with squid though.


> As an aside, why not just send whitespace instead of a nullbyte? It's 
> supposed to be ignored anyway unless you are sending binary data.
> 
> At 06:35 AM 10/13/2001, Jeremy Howard wrote:
> 
>> Our site is suddenly getting to the point where resource constraints are
>> becoming an issue for the first time. So, apologies in advance if I have
>> lots of optimization-related questions over the next couple of weeks...
>>
>> One thing I would like to catch is the related problems of:
>>  - Users pressing stop in the middle of a long process
>>  - Users double-clicking rather than single-clicking links
>>    (resulting in 2 processes handling the request)
>>
>> I've read the 'user-pressed-stop' bit of the Guide (thanks Stas!) and
>> although I think I understand the issues now, I'm looking for practical
>> advice on approaches people use. I'm thinking that I should try writing a
>> null byte to the client:
>>  - At the beginning of the handler
>>  - Every few iterations of potentially long loops
>>  - Before creating large files to send to the client.
>>
>> If I do this then Apache should receive the signal that the client has 
>> gone
>> away, and should terminate the process happily (as long as I clean up
>> properly, of course).
>>
>> So, does this sound like the right approach? Any way to simplify this to
>> avoid explicitly adding print-a-null-byte lines to every loop? I'm 
>> wondering
>> whether it's possible to add an alarm() and SIG{ALRM} handler or 
>> something
>> like that, which sends a null byte every second or 2. Anyone using 
>> something
>> like this successfully? Any potential problems from sending a null 
>> byte to a
>> client?
> 
> 
> __________________________________________________
> Gunther Birznieks ([EMAIL PROTECTED])
> eXtropia - The Open Web Technology Company
> http://www.eXtropia.com/



-- 


_____________________________________________________________________
Stas Bekman             JAm_pH      --   Just Another mod_perl Hacker
http://stason.org/      mod_perl Guide   http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]  http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/

Reply via email to