I mentioned that I don't think there's a way to practically supply
arbitrary data to Apache that looks like its coming from the
filesystem. The other way I thought of is this:

$r->uri() can map one URI to another. This means that a request to
        www.mydomain.com/app1/site/page.php
could be remapped by my module to call app1.exe "/site/page.php" (i.e.
using the remainder of the path as a parameter to determine what data
to supply. This works, but it means extension-based handlers like PHP
probably won't be activated -- how can I get around that, short of
manually coding support for every requested file type?

Also, the following code used as a PerlTransHandler sends the server
into what looks like an endless loop:

----
package Seldo::MaskURI;
use strict;
use warnings;
use Apache::RequestRec ();
use Apache::Const -compile => qw(DECLINED);
  
  sub handler {
      my $r = shift;
      $r->uri("/bob.php");

      return Apache::DECLINED;
  }
1;
----

The code is supposed to perform the (nonsensical) task of returning
"bob.php" no matter what URL the server is given. If ".php" is changed
to ".html" it works, but as I say, having it as .php throws it for
six. Anybody know why? It's possible there's something really obvious
wrong -- like I said, I barely know perl, far less mod_perl.

Seldo.
____________________________________________
  Seldo Voss: www.seldo.com
  ICQ #1172379 or [EMAIL PROTECTED]
--------------------------------------------
My friend drowned in a bowl of muesli. He was pulled in by a strong currant.

Reply via email to