perl-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stas Bekman <s...@stason.org>
Subject Re: [Fwd: Re: map_to_storage hook question..]
Date Thu, 02 Oct 2003 17:53:10 GMT
Geoffrey Young wrote:
> this is kinda cool, and would eliminate some of the issues mod_perl had 
> with the core translate handler in 1.3 (namely that it runs no matter 
> what, wasting processing for mod_perl-only back-ends)
> 
> any reason why we don't have a PerlMapToStorageHandler?

What's wrong with doing that in PerlTransHandler?

> I saw run_map_to_storage in Apache::HookRun, but that didn't look like 
> the same thing.
> 
> anyway, I'll stick all the required mod_perl glue in place unless there 
> is a specific reason it's not there already.
> 
> --Geoff
> 
> -------- Original Message --------
> Subject: Re: map_to_storage hook question..
> Date: Wed, 01 Oct 2003 23:07:27 -0400
> From: Bill Stoddard <bill@wstoddard.com>
> Reply-To: dev@httpd.apache.org
> To: dev@httpd.apache.org
> References: <03c801c38889$032417e0$0100000a@epnet>
> 
> Esteban Pizzini wrote:
> 
>> Hi,
>>
>> Anybody can explain me what map_to_storage hook does?? or where can I 
>> find
>> and example of its use??
>>  
>> Thank You!,
>>  Esteban
>>  
>>
> One use of map_to_storage is to bypass directory walk and file walk if
> your handler module -knows for certain- that the request is not being
> served out of the Apache file space. Your module would register a
> translate_name hook, a map_to_storage hook and a handler. It inspects
> the URL in translate_name then decides whether it will serve the content
> or not. If it decides it will serve its own content (but not out of the
> Apache file system) your module drops a hint in r->request_config (from
> translate_name) that map_to_storage will look for. If map_to_storage
> sees the hint, it returns OK which causes the core_map_to_storage hook
> to be bypassed. At this point, your handler dang well better not DECLINE
> the request if it decided in translate_name that it was going to serve
> the request.
> 
> Bill
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org


-- 


__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Mime
View raw message