On Fri, Feb 29, 2008 at 11:26 AM, Geoffrey Young
<[EMAIL PROTECTED]> wrote:
> they usually
> alter the uri then let the default apache trans handler do the mapping.
btw, mapping uri to disk sources in apache2 was done in
MapToStorageHandler rather than Trans handler, is it?
Thanks to all. That really be helpful.
J. Peng wrote:
At what cases should we return a DECLINED or a OK from a handler?
I saw the handler of PerlTransHandler returns a
Apache2::Const::DECLINED but dont know why.
see the introduction to part III here:
http://www.modperlcookbook.org/chapters.html
in general, trans handlers retur
J. Peng wrote:
At what cases should we return a DECLINED or a OK from a handler?
Depends on the request phase you are running under, and ultimately, it's
dictated by apache [1]
I saw the handler of PerlTransHandler returns a
Apache2::Const::DECLINED but dont know why.
In a nutshell, there a
At what cases should we return a DECLINED or a OK from a handler?
I saw the handler of PerlTransHandler returns a
Apache2::Const::DECLINED but dont know why.
thanks.
Michael Peters wrote:
Colin Wetherbee wrote:
Basically, I'd like to run the 'mapserv' binary from within mod_perl
Why? Don't you just want to sanitize the data? If so you can do that in a
FixUpHandler or even in a separate handler that does an internal_redirect to the
mapserv's url.
I tried
On Thu, 28 Feb 2008, Issac Goldstand wrote:
Steve Hay wrote:
Issac Goldstand wrote:
win32 (xp sp2, vc6 - no SDK upgrade) - Apache 1.41 binary -
ActivePerl 5.10 (build 1002)
FAIL
(sorry, folks)
Segfault at startup.
I wonder if this is caused by mis-matched CRTs? ActivePerl is built
using
Issac Goldstand wrote:
I'm reasonably sure that Apache's binaries are still being built with
vc6, which is what prompted me to test this particular set of
prerequisites (since binary Apache + binary ActivePerl will be the
assumed building blocks for a binary PPM package to be installed
upon)
Greetings,
I'm running Apache 1.3.28 and mod_perl 1.27. I have quite a few Perl CGI
scripts that run via Apache::PerlRun and product HTML output. I'd like
to be able to modify the HTML output of these scripts after they finish
running, so as to insert some HTML code on a site-wide basis without
ha
On Thu 28 Feb 2008, J. Peng wrote:
> Also I checked apache's official document for mod_rewrite:
> http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html
Well, Apache 2.2 can, see
http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#rewritecond
Other things you should be aware of:
...
4. %{HTTP:
Hello Torsten,
I have tested your rewrite syntax like below:
RewriteEngine On
RewriteCond %{HTTP:Accept-Encoding} gzip [OR]
RewriteCond %{HTTP:Accept-Encoding} deflate
RewriteRule ^/unzip/(.*) /gziped/$1 [PT,L]
Sorry it can't work.
Also I checked apache's official document for
On Thu, Feb 28, 2008 at 8:30 PM, Torsten Foertsch
<[EMAIL PROTECTED]> wrote:
> On Thu 28 Feb 2008, J. Peng wrote:
>
> > currently I write it with PerlAccessHandler, it also works. is it
> > right with this handler?
>
> Do you want to send a redirect to the browser (HTTP code 3xx)?
I use apache's
On Thu 28 Feb 2008, J. Peng wrote:
> currently I write it with PerlAccessHandler, it also works. is it
> right with this handler?
Do you want to send a redirect to the browser (HTTP code 3xx)? If yes then it
can be done in an access handler as well. If you simply want to send the
document in /pa
thanks torsten.
currently I write it with PerlAccessHandler, it also works. is it
right with this handler?
no, mod_rewrite can't rewrite requests based on Accept-Encoding header.
On Thu, Feb 28, 2008 at 7:26 PM, Torsten Foertsch
<[EMAIL PROTECTED]> wrote:
> On Thu 28 Feb 2008, J. Peng wrote:
> >
On Thu 28 Feb 2008, J. Peng wrote:
> I need to write an input filter based on the request headers.
> If request includes a "Accept-Encoding: gzip, deflate" header, I
> should redirect the request to /pathA.
> If request doesn't include that header, I should redirect the request to
> /pathB. (pathA
Steve Hay wrote:
Issac Goldstand wrote:
win32 (xp sp2, vc6 - no SDK upgrade) - Apache 1.41 binary -
ActivePerl
5.10 (build 1002)
FAIL
(sorry, folks)
Segfault at startup.
I wonder if this is caused by mis-matched CRTs? ActivePerl is built
using VC6 (and therefore uses MSVCRT.dll).
Issac Goldstand wrote:
> win32 (xp sp2, vc6 - no SDK upgrade) - Apache 1.41 binary -
> ActivePerl
> 5.10 (build 1002)
> FAIL
>
> (sorry, folks)
>
> Segfault at startup.
I wonder if this is caused by mis-matched CRTs? ActivePerl is built
using VC6 (and therefore uses MSVCRT.dll). You're also us
Philippe M. Chiasson wrote:
> The mod_perl 1.31 release candidate 3 "Works with Perl 5.10" is
> ready. It can be downloaded here:
>
> http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc3.tar.gz
All tests OK here: WinXP SP2, VC6 SP6, Apache 1.3.39 & Perl 5.10.0 (both
built from source).
18 matches
Mail list logo