this is not the case any more and one can set a new value
via this method.
So modifying url in web log via PerlLogHandler is indeed possible.
Just modify the_request value instead of the uri value.
HTH for other people.
Thanks
Richard
On Sat, May 26, 2001 at 09:23:17AM -0400, Richard Chen wrote
Is it possible to modify the logged url in the usual
modperl weblog via PerlLogHandler? I have tried this and
it does not seem to work:
$ cat Apache/MyLog.pm
package Apache::MyLog;
use Apache::Constants qw(:common);
sub handler {
my $r = shift;
my $uri=$r-uri;
return
exploit known security holes of the past version.
Richard Chen
I would like to customize or suppress the Server header
from the modperl server responses such as this:
Server: Apache/1.3.19 (Unix) mod_perl/1.25 mod_ssl/2.8.1 OpenSSL/0.9.6
I thought I could simply set up a Fixup handler to do this:
package NoServerInfo;
use Apache::Constants qw(:common);
On Sat, Mar 10, 2001 at 12:41:25PM +0800, Stas Bekman wrote:
On Fri, 9 Mar 2001, Richard Chen wrote:
This is pretty weird situation. I have installed a signal
handler in startup.pl which showed that the signal is
delivered to a different process!
Here are the demo files:
$ cat
I am testing the following idea to refresh sporadically
changed read-only data cache.
The parent modperl process first cache a data hash %foo.
Now all the child modperl processes will inherit this data hash.
We install a signal handler in the parent process to reload the
hash when a USR2 signal
This is pretty weird situation. I have installed a signal
handler in startup.pl which showed that the signal is
delivered to a different process!
Here are the demo files:
$ cat conf/startup.pl
#!/usr/local/bin/perl
use lib '/usr/local/apache/modules';
$SIG{USR2}=sub {
print STDERR
Hi,
I already have an older version of modperl installed
in the standard location. I would like to try out the
newer version of apache/modperl without disturbing those
in production. So I did this:
/export/home/chenri/mod_perl-1.24_01$ perl Makefile.PL PREFIX=/export/home/chenri
On Sat, Sep 09, 2000 at 12:29:36PM -0700, Bill Moseley wrote:
At 11:15 PM 09/08/00 +0200, Stas Bekman wrote:
On Fri, 8 Sep 2000, Bill Moseley wrote:
I just looked at my old mail sending module a few days ago that uses
sendmail and would fallback to Net::SMTP if sendmail wasn't available (it
thats right anyway :)
You could solve this globaly by running ldconfig (I assume Linux has it,
FreeBSD does). You'd be looking for:
ldconfig -m your directory here
Hope that helps.
Yann
Richard Chen wrote:
This is a redhat linux 6.2 box with perl 5.005_03, Apache 1.3.12
This is a redhat linux 6.2 box with perl 5.005_03, Apache 1.3.12,
mod_perl 1.24, DBD::Oracle 1.06, DBI 1.14 and oracle 8.1.6.
For some odd reason, in order to use DBI, I have to set
LD_LIBRARY_PATH first. I don't think I needed to do this when I
used oracle 7. This is fine on the command line
same bug found in the original version of scrub_package.
I.e., it undef's the source subroutine!
Thanks for your attention.
Richard Chen
Richard Chen wrote:
Unfortunately, the crucial part about clearing/removing
subroutine alias does not work when using
Apache::PerlRun-flush_namespace
re is the symbol table
$Q::{hello}=*Q::hello
$Q::{in}=*Q::in
after name space, %Q::in is
Use of uninitialized value at ./bar.cgi line 19.
$Q::in{}=
after clear name space, calling Q::hello yields
hello
Note in particular that the value for Q::hello still exists.
Since you have pointed out that s
Hello,
I am having a problem clearing variables and aliases
in a temporary package name space. The source of the problem
is in making legend cgi scripts work under Apache::Registry.
But the problem can be isolated and shown by the following
demo program:
$ cat foo.cgi
#!/usr/bin/perl -w
14 matches
Mail list logo