(Sorry for the late reply, been out of town)
Recognizing that I've never gone as indepth with mod_perl as other
users, but it seems to me that accessing "id" here would just be a
matter of grabbing the PATH_INFO environment variable, wouldn't it?
if the url is www.example.com/app/user/12345,
On 1/25/19 10:54 AM, Randolf Richardson wrote:
On 25.01.2019 18:35, John Dunlap wrote:
I'm in the process of optimizing our web application for performance and one
thing that I
was really excited to try was mod_http2 because it allows the browser to send
multiple
requests through the same
Yes, http/2 is our primary concern right now. At the moment, we've made
the business decision to stay on mod_perl rather than migrate to another
platform and gain http/2 benefits, but for how long can we maintain that
decision? I'm honestly not sure.
Now, we significantly under-utilize
On 03/01/2018 02:30 PM, Vincent Veyron wrote:
Now, if you happen to know why this _had_ to surface during a demo [:-(
The University of Nottingham, School of Mathematical Sciences, published
a highly technical paper explaining this phenomenon. Hope this helps: :-)
"and uses the CGI module only for parsing the incoming request."
I was going to follow up on this thread and ask for suggestions on what
I could/should use for incoming request parsing. I have never gone
further in mod_perl beyond Apache::Registry and just running traditional
CGI programs,
In my code, I do:
SetEnvIf Request_URI \.gif$ gif-image
SetHandler modperl
PerlResponseHandler MyNiftyModule
PerlOptions +SetupEnv
And then, yes, I have access to $ENV{'gif-image'}, with a value of "1".
Alternatively, i can
SetEnvIf Request_URI \.gif$ gif-image=YES
...
works well.
Thanks for listening!
Michael
Michael A. Capone wrote:
Hello,
I'll try not to make this too convoluted... :)
The latest version of IO::Socket::SSL on CPAN is v2.005 and includes a
module IO::Socket::SSL::PublicSuffix. When attempting to use this
version of IO::Socket::SSL
Hello,
I'll try not to make this too convoluted... :)
The latest version of IO::Socket::SSL on CPAN is v2.005 and includes a
module IO::Socket::SSL::PublicSuffix. When attempting to use this
version of IO::Socket::SSL in modperl, we got a strange 500 Internal
Server error. Some debugging
Torsten Förtsch wrote:
On 02/28/2013 11:59 AM, Torsten Förtsch wrote:
I agree with you that the behavior is unexpected. Also, the XXX comment
in line 783 points out that my_finfo() is a temporary solution. So,
perhaps it would be best to use APR::Finfo here. If family allows it
I'll fix it
(Sorry so slow in responding, been out of the office)
Randolf Richardson wrote:
Hi Folks,
I'm reasonably certain that this is just a misconfigured mod_perl server
on my part, but I can't seem to find a solution for it.
We are currently running ModPerl::Registry to serve legacy CGI code.
Hi Folks,
I'm reasonably certain that this is just a misconfigured mod_perl server
on my part, but I can't seem to find a solution for it.
We are currently running ModPerl::Registry to serve legacy CGI code.
Now, consider the following URL, with an embedded newline:
Rather than doing the URL redirect, why not just keep the cached results
in a private directory, and let the CGI open them and serve them up
directly? This would be the most secure way.
So, you could do something like this:
Both very good points! I stand corrected.
Michael Peters wrote:
On 03/18/2010 06:05 PM, Michael A. Capone wrote:
This would be the most secure way.
Saying it's the *most* secure way is a little stretch. It's *another*
secure way. Also, keeping a large Perl/CGI process alive just to serve
#!/usr/local/bin/perl
chdir(/path/to/my/directory);
while($filename=*.gif)
{
print $filename\n;
}
# Enjoy!
ceauke wrote:
Hi guys
I wanted to do a simple script to show all pictures in a specific folder.
But I don't see any functions to read all files in a folder.
The logic needs to go
Depending on your server setup, you may or may not be able to read
\mydir2\. Whether on windows or a unix variant, apache is configured to
run as some user (often, nobody on unix); and that user needs to be
given at least read access to the \mydir2\ directory in order for this
to work.
Alan
Hello,
I'm not sure this is a mod_perl question per se, but I'm hoping there's
a mod_perl solution to our problem.
We currently use a 3rd party security company to do a nessus-type
security audit on our site for PCI compliance. Their scans naturally
generate a lot of noise in the error
In the spirit of checking off the obvious things... are you sure that
the ErrorDocument directive is working for other pages? in other words,
can you open a browser and goto
http://mydomain.com/this_file_does_not_exist.htm and see your ErrorDocument?
Michael Peters wrote:
I'm pretty sure
Perhaps something like this might work?
in index.php:
$phpcode =
file_get_contents(http://127.0.0.1/path/to/perl/module/that/outputs/php/code.pl;);
eval($phpcode);
Obviously, you'd have to take care with the php syntax that was output
from code.pl, but that might give you the
Stanisław T. Findeisen wrote:
I am trying to require() a file using its absolute name. In command
line mode everything works fine, but not in Apache: [Fri Feb 27
17:45:07 2009] [error] Can't locate
/home/stf/public_html/test/arcv/public_html/../common.pl in @INC (@INC
contains:
I can reproduce this, exactly as he says below. Some kind of
incompatibility between mod_perl and the Switch module?
william wrote:
Hello, I am running this code
print Content-type: text/html\n\n;
use Switch;
$t =1;
switch ($t) {
case 1 { print number 1\n; }
}
I
1. Problem Description:
mod_perl 2.0.4 will not compile on Fedora 9.
cd src/modules/perl make
make[1]: Entering directory
`/local/home/swload/webbuild/mod_perl-2.0/src/modules/perl'
gcc -I/local/home/swload/webbuild/mod_perl-2.0/src/modules/perl
-I/local/home/swload/webbuild/mod_perl-2.0/xs
Fred Moyer wrote:
Michael A. Capone wrote:
1. Problem Description:
mod_perl 2.0.4 will not compile on Fedora 9.
`/local/home/swload/webbuild/mod_perl-2.0/src/modules/perl'
make: *** [modperl_lib] Error 2
To be honest, i don't think this is a mod_perl bug per se... it looks
like
22 matches
Mail list logo