Australian mod_perl training?

2006-10-25 Thread Brett Randall
Hey all I'm looking for a good way to get training on mod_perl (preferably version 2.0) in Australia - is there any training group in or near Sydney, Australia (surrounding continents included) that specialises in mod_perl? Thanks Brett. ___

Re: When is perl.apache.org going to be back online?

2006-10-25 Thread Philip M. Gollucci
this one time in band camp Adam Prime x443 said on 10/25/06 12:17: Every project site on apache.org except perl.apache.org and tcl.apache.org are now up. No, We(including I) are aware and working on it. Its intentional. Its still data center movement issues, server is single user mode atm wh

Re: Transhandler? Redirect permanent?

2006-10-25 Thread Tyler MacDonald
Will Fould <[EMAIL PROTECTED]> wrote: > I've started testing a handler (configured at '/') that parses $r->uri and > checks the object, doing a redirect accordingly, but this seems wasteful for > every hit. > I've thought about using the handler for only 404... > > How can this most effeciently be

Re: Transhandler? Redirect permanent?

2006-10-25 Thread Jonathan
On Oct 25, 2006, at 9:48 PM, Will Fould wrote: I've started testing a handler (configured at '/') that parses $r- >uri and checks the object, doing a redirect accordingly, but this seems wasteful for every hit. I've thought about using the handler for only 404... Personally, i use a dispa

Transhandler? Redirect permanent?

2006-10-25 Thread Will Fould
(MP2-Apache2)I have a fast growing number of virtual (non-existant) subdirectories under document root:   /apple   /foo   /grape   /bareach one corresponds to a dynamic document. Until now, I've just used:   Redirect permanent /apple http://www.example.com/content.cgi?content=apple  foo   Redi

RE: When is perl.apache.org going to be back online?

2006-10-25 Thread Adam Prime x443
Every project site on apache.org except perl.apache.org and tcl.apache.org are now up. Is this something someone should be concerned about? Adam -Original Message- From: Perrin Harkins [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 24, 2006 10:53 AM To: James Davis Cc: modperl@perl

Re: getting current phase / PerlOptions in

2006-10-25 Thread John ORourke
Thanks Adam, not sure why but I didn't look under ModPerl::Util:: Adam Prime x443 wrote: That should be ModPerl::Util::current_callback for 2.0.

RE: getting current phase / PerlOptions in

2006-10-25 Thread Adam Prime x443
That should be ModPerl::Util::current_callback for 2.0. -Original Message- From: Adam Prime x443 Sent: Wednesday, October 25, 2006 10:54 AM To: John ORourke; mod_perl List Subject: RE: getting current phase / PerlOptions in $r->current_callback() in 1.3. (thanks geoff/mpcookbook) Modper

RE: getting current phase / PerlOptions in

2006-10-25 Thread Adam Prime x443
$r->current_callback() in 1.3. (thanks geoff/mpcookbook) Modperl::current_callback() in 2.0. (thanks google) returns 'PerlAccessHandler' or similiar. -Original Message- From: John ORourke [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 25, 2006 9:49 AM To: mod_perl List Subject: gett

Re: Reading PerlSetVar in mod_perl2

2006-10-25 Thread Perrin Harkins
[EMAIL PROTECTED] wrote: This does not differentiate the behaviour from apache 1.3 If you're looking for a big announcement saying that the behavior was changed, I don't think you'll find one. It might have been unintended. It might have been a bug in apache 1.3. It's an httpd issue, so if

getting current phase / PerlOptions in

2006-10-25 Thread John ORourke
Hi folks, I can't find anything in the docs (not really sure what to look for) - I want to retrieve the current phase from within a handler. Basically I'm trying to implement a per-directory PerlOptions type directive, so I can turn phase handlers on and off per-directory not just per-server

RE: Reading PerlSetVar in mod_perl2

2006-10-25 Thread khan.sajid
Thanks again for the reply > 1.This was not happening in apache 1.3, Is there any apache 2 > documentation which mentions this behaviour >>http://httpd.apache.org/docs/2.0/sections.html >>"Later sections override earlier ones." This does not differentiate the behaviour from apac