I have a question I'm sure some of you know the answer to.
I cannot find any explaination on how to use sessions with mod_perl 2. Can any of you send a little sample code?
I would like to be able to store information like the username and password in session variables to retrieve them on all the other pages of the website.
M.v.Buytene wrote:
> I'm quit puzzled here....
>
> I use mod_perl to perform some database lookups from my httpd.conf and
> build up all directives
> and create all vhost's.
> That part works ok, apache works with the vhosts like a charm....
> but.... always a but... :)
How exactly do you build and create all these vhosts ? Can you post
a sample of it?
> When i use the Apache::PerlSections->dump(); i only see
>
> 1;
> __END__
My best guess for now is that you forgot to set
$Apache::PerlSections::Save = 1;
in your <Perl> blocks. See
http://perl.apache.org/docs/2.0/api/Apache/PerlSections.html#C__Apache__PerlSect\
ions__Save_
for more info.
> when reloading/starting/stopping apache, and i wish to see my complete
> vhosts dumped.
>
> Am i completetly missing the point of Apache::PerlSections->dump, or am
> i doing something completly wrong?
>
> Using mod perl 1.99_17
>
> Martijn
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
xpnospam-modperl@... wrote:
> Hi,
>
> I have a question I'm sure some of you know the answer to.
>
> I cannot find any explaination on how to use sessions with mod_perl 2.
> Can any of you send a little sample code?
>
> I would like to be able to store information like the username and
> password in session variables to retrieve them on all the other pages of
> the website.
maintaining state is not a native feature of mod_perl proper - you need to
use a layer on top of it if you want state to be magically maintained
throughout your application. for example, Apache::Session is a popular
add-on for this kind of thing:
http://search.cpan.org/dist/Apache-Session/
I'm sure others can point out additional tools as well.
HTH
--Geoff
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
I
am trying to implement authentication with my own mod_perl subroutine defined
as PerlAuthenHandler (Apache 1.3.31 + mod_perl 1.29 + PHP 4.3.8 installed on RedHat
7.2), and encounter a strange problem that I hope someone has seen before.
As
the first step, I want my subroutine to reject all authentication attempts.
For
this, it calls "note_basic_auth_failure"
and then returns AUTH_REQUIRED.
It
does not work – the authentication popup window appers, but closes after giving
any username-password, and the page is displayed unrestrictedly (instead of
requiring authentication again till it succeeds, as happens when using AuthUserFile
instead).
The
subroutine behaves as if the call to "note_basic_auth_failure" just
does nothing; all other calls like "log_reason" etc work OK. No Perl errors appear in
"error.log".
Settings
in "httpd.conf" are:
<Location /tester>
PerlAuthenHandler My::Auth::authen_handler
AuthType Basic
AuthName
Testings
Require
valid-user
</Location>
The
file "My/Auth.pm" is very simple (tries to reject any attempt):
package My::Auth;
use mod_perl ();
sub authen_handler
{
my $r = shift;
my $rip=$r->connection->remote_ip;
# get user's
authentication credentials
my ($res, $sent_pw)
= $r->get_basic_auth_pw;
$r->note_basic_auth_failure;
$r->log_reason("getting
u-p error was".$res);
return $res if
$res != OK;
my $user = $r->connection->user;
#reject and ask again – does not work !!!
$r->note_basic_auth_failure;
$r->log_reason("forbidding
$user from $rip", $r->uri);
return AUTH_REQUIRED;
}
1;
Hope
someone will see wrong settings or errors in the code that I overlook.
On Wed, 2004-10-20 at 19:37, desarrollos@... wrote:
> but when i try to put a new object or something...
>
> my $something = new Object();
> $session{something} = $something;
>
> ... i have an error like this:
>
> [Wed Oct 20 18:21:55 2004] null: (in cleanup) Can't store CODE items at
> ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/_freeze.al) line
> 287, <FORM
> A> line 280, at /usr/share/perl5/Apache/Session/Serialize/Base64.pm line 22
>
> It seems that i can't update the database.
Did you figure it out already? You can't put this object in because the
Storable module can't serialize it. It's complaining that you have a
CODE ref in it. That could be an anonymous sub, or a reference to a
named method. You just need to give it objects that don't contain CODE
refs.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
On 2004-10-28 17:34:23 +0200, "Philippe M. Chiasson"
<gozer@...> said:
>
> M.v.Buytene wrote:
>> I'm quit puzzled here....
>>
>> I use mod_perl to perform some database lookups from my httpd.conf and
>> build up all directives
>> and create all vhost's.
>> That part works ok, apache works with the vhosts like a charm....
>> but.... always a but... :)
>
> How exactly do you build and create all these vhosts ? Can you post
> a sample of it?
When my debugging works i will post a complete document.
>
>> When i use the Apache::PerlSections->dump(); i only see
>>
>> 1;
>> __END__
>
> My best guess for now is that you forgot to set
>
> $Apache::PerlSections::Save = 1;
>
> in your <Perl> blocks. See
>
http://perl.apache.org/docs/2.0/api/Apache/PerlSections.html#C__Apache__PerlSect\
ions__Save_
for
>
> for more info.
Still a no go.... it just gives me
1;
__END__
And there is not much to find at the documents you pointed me to.
Even when i use 'normal' style directives it gives the same.... with
normal style i mean :
$Directory{"/usr/local/apache2/htdocs/test_case_2"} = {
Options => 'FollowSymlinks',
AllowOverride => 'All',
Limit => {
'GET PUT POST' => {
require => 'valid-user',
Order => 'allow,deny',
Allow => 'from all',
},
},
};
>
>> when reloading/starting/stopping apache, and i wish to see my complete
>> vhosts dumped.
>>
>> Am i completetly missing the point of Apache::PerlSections->dump, or am
>> i doing something completly wrong?
>>
>> Using mod perl 1.99_17
>>
>> Martijn
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
hello all,
I'm trying to get Apache::Test to work for a module I'm writing, but I'm
having difficulties.
All setup information is at the end...
I'm using Module::Build (0.26) and Apache::Test (1.14).
I've setup my Build.PL as indicated with the documentation with
Apache::TestMB.
I run
perl Build.PL -httpd /usr/local/apache/bin/httpd
./Build
./Build test
and then the server never starts up and I get
Syntax error on line 24 of
/home/mpeters/development/modules/CGI-Application-Plugin-Apache/t/conf/httpd.con\
f:
Invalid command 'LoadModule', perhaps mis-spelled or defined by a module
not included in the server configuration
[ error]
server has died with status 255 (t/logs/error_log wasn't created, start
the server in the debug mode)
It seems like it's thinks it's using a dynamic build and of course
LoadModule won't work. Am I doing something wrong ?
Thanks,
mod_perl & apache
=================
Static build
Apache/1.3.31 (Unix) mod_perl/1.29 configured
perl -V
=======
Summary of my perl5 (revision 5.0 version 8 subversion 3) configuration:
Platform:
osname=linux, osvers=2.4.21-4.elsmp, archname=i386-linux-thread-multi
uname='linux tweety.devel.redhat.com 2.4.21-4.elsmp #1 smp fri oct
3 17:52:56 edt 2003 i686 i686 i386 gnulinux '
config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686
-Dversion=5.8.3 -Dmyhostname=localhost -Dperladmin=root@localhost
-Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr
-Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib
-Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun
-Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio
-Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less
-isr -Dinc_version_list=5.8.2 5.8.1 5.8.0'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-DDEBUGGING -fno-strict-aliasing -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
optimize='-O2 -g -pipe -march=i386 -mcpu=i686',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-DDEBUGGING -fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm'
ccversion='', gccversion='3.3.3 20040412 (Red Hat Linux 3.3.3-7)',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=/lib/libc-2.3.3.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version='2.3.3'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic
-Wl,-rpath,/usr/lib/perl5/5.8.3/i386-linux-thread-multi/CORE'
cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS
USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
Built under linux
Compiled at Apr 15 2004 13:09:17
@INC:
/usr/lib/perl5/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/5.8.3
/usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.3
/usr/lib/perl5/site_perl/5.8.2
/usr/lib/perl5/site_perl/5.8.1
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.3
/usr/lib/perl5/vendor_perl/5.8.2
/usr/lib/perl5/vendor_perl/5.8.1
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
--
Michael Peters
Developer
Plus Three, LP
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Michael wrote:
> hello all,
>
> I'm trying to get Apache::Test to work for a module I'm writing, but I'm
> having difficulties.
>
> All setup information is at the end...
>
> I'm using Module::Build (0.26) and Apache::Test (1.14).
>
> I've setup my Build.PL as indicated with the documentation with
> Apache::TestMB.
>
> I run
> perl Build.PL -httpd /usr/local/apache/bin/httpd
> ./Build
> ./Build test
>
> and then the server never starts up and I get
>
> Syntax error on line 24 of
>
/home/mpeters/development/modules/CGI-Application-Plugin-Apache/t/conf/httpd.con\
f:
>
> Invalid command 'LoadModule', perhaps mis-spelled or defined by a module
> not included in the server configuration
> [ error]
> server has died with status 255 (t/logs/error_log wasn't created, start
> the server in the debug mode)
You probably need to post Apache-Test questions to the right list, which
is httpd-test (http://httpd.apache.org/test/) and in particular none of us
uses Apache::TestMB yet, so you need to ask David Wheeler (find David on
CPAN) who is this sub-module's author. I'm not sure if he is listening here.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.orghttp://apacheweek.comhttp://modperlbook.orghttp://apache.orghttp://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Hi!
Because "perl Makefile.PL" did not find LWP::UserAgent and
HTML::HeadParser in my Debian box, I did "apt-get install
libapache-mod-perl". Then I did "dpkg -P libapache-mod-perl" to remove
that package. Since then "perl Makefile.PL" seems to have trouble as it
complains "cat: ../apache_1.3.32/src/Makefile.config: No such file or
directory":
==================
host1:/usr/src/mod_perl-1.29# perl Makefile.PL
Configure mod_perl with ../apache_1.3.32/src ? [y] y
Shall I build httpd in ../apache_1.3.32/src for you? [y] n
(cd ../apache_1.3.32/src && ./Configure -file
Configuration)PerlDispatchHandler.........disabled (enable with
PERL_DISPATCH=1)
PerlChildInitHandler........enabled
PerlChildExitHandler........enabled
PerlPostReadRequestHandler..disabled (enable with
PERL_POST_READ_REQUEST=1)
PerlTransHandler............disabled (enable with PERL_TRANS=1)
PerlHeaderParserHandler.....disabled (enable with PERL_HEADER_PARSER=1)
PerlAccessHandler...........disabled (enable with PERL_ACCESS=1)
PerlAuthenHandler...........disabled (enable with PERL_AUTHEN=1)
PerlAuthzHandler............disabled (enable with PERL_AUTHZ=1)
PerlTypeHandler.............disabled (enable with PERL_TYPE=1)
PerlFixupHandler............disabled (enable with PERL_FIXUP=1)
PerlHandler.................enabled
PerlLogHandler..............disabled (enable with PERL_LOG=1)
PerlInitHandler.............disabled (enable with PERL_INIT=1)
PerlCleanupHandler..........disabled (enable with PERL_CLEANUP=1)
PerlRestartHandler..........disabled (enable with PERL_RESTART=1)
PerlStackedHandlers.........disabled (enable with
PERL_STACKED_HANDLERS=1)
PerlMethodHandlers..........disabled (enable with
PERL_METHOD_HANDLERS=1)
PerlDirectiveHandlers.......disabled (enable with
PERL_DIRECTIVE_HANDLERS=1)
PerlTableApi................disabled (enable with PERL_TABLE_API=1)
PerlLogApi..................disabled (enable with PERL_LOG_API=1)
PerlUriApi..................disabled (enable with PERL_URI_API=1)
PerlUtilApi.................disabled (enable with PERL_UTIL_API=1)
PerlFileApi.................disabled (enable with PERL_FILE_API=1)
PerlConnectionApi...........enabled
PerlServerApi...............enabled
PerlSections................disabled (enable with PERL_SECTIONS=1)
PerlSSI.....................disabled (enable with PERL_SSI=1)
cat: ../apache_1.3.32/src/Makefile.config: No such file or directory
Will run tests as User: 'nobody' Group: 'root'
Checking CGI.pm VERSION..........ok
Checking for LWP::UserAgent......ok
Checking for HTML::HeadParser....ok
Writing Makefile for Apache
Writing Makefile for Apache::Connection
Writing Makefile for Apache::Constants
Writing Makefile for Apache::File
Writing Makefile for Apache::Leak
Writing Makefile for Apache::Log
Writing Makefile for Apache::ModuleConfig
Writing Makefile for Apache::PerlRunXS
Writing Makefile for Apache::Server
Writing Makefile for Apache::Symbol
Writing Makefile for Apache::Table
Writing Makefile for Apache::URI
Writing Makefile for Apache::Util
Writing Makefile for mod_perl
==================
I ignore it, and try to build apache:
./configure --with-layout=Apache \
--disable-rule=EXPAT \
--activate-module=src/modules/perl/libperl.a --disable-shared=perl
host1:/usr/src/apache_1.3.32# make
[snip]
===> src/modules/perl
gcc -I. -I../../include -I../../include/regex -I../../include/../
-DLINUX=22 -DHAVE_SET_DUMPABLE -DUSE_HSREGEX -DNO_DL_NEEDED `../apaci`
-I`/usr/bin/perl -MConfig -e 'print $Config{archlibexp}'`/CORE
`/usr/bin/perl '-MApache::ExtUtils=%Config' -e 'print $Config{ccflags}'`
-DNO_PERL_DISPATCH -DNO_PERL_POST_READ_REQUEST -DNO_PERL_TRANS
-DNO_PERL_HEADER_PARSER -DNO_PERL_ACCESS -DNO_PERL_AUTHEN
-DNO_PERL_AUTHZ -DNO_PERL_TYPE -DNO_PERL_FIXUP -DNO_PERL_LOG
-DNO_PERL_INIT -DNO_PERL_CLEANUP -DNO_PERL_RESTART
-DNO_PERL_STACKED_HANDLERS -DNO_PERL_SECTIONS -DNO_PERL_METHOD_HANDLERS
-DNO_PERL_SSI -DNO_PERL_DIRECTIVE_HANDLERS -DMOD_PERL_VERSION=\"1.29\"
-c -o mod_perl_opmask.o mod_perl_opmask.c
/bin/sh: ../apaci: No such file or directory
In file included from ../../include/httpd.h:29,
from apache_inc.h:120,
from mod_perl.h:162,
from mod_perl_opmask.c:1:
../../include/ap_config.h:73: os.h: No such file or directory
make[4]: *** [mod_perl_opmask.o] Error 1
make[3]: *** [all] Error 1
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/usr/src/apache_1.3.32/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/usr/src/apache_1.3.32'
make: *** [build] Error 2
I notice that apaci resides in /usr/src/apache_1.3.32/src/ rather than
/usr/src/apache_1.3.32/src/modules/.
Before doing "apt-get install libapache-mod-perl" and "dpkg -P
libapache-mod-perl", I did not have this "cat:
../apache_1.3.32/src/Makefile.config: No such file or directory"
problem, but the linker complained a huge number of unknown symbols in
libperl.a.
Helps are much appreciated!
Regards,
CN
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
I upgrade with the new version of Apache 2.0 (httpd-2.0.52) and mod_perl
1.99_17 and the behaviour is exactly the same.
If I set NLS_LANG I obtain this logs just before connect
ORACLE_HOME=/opt/oracle/product/10g/OraDB10g
NLS_LANG=french_france.WE8ISO8859P1
I cannot connect and have this log in Apache
DBI connect('TOPDEV5','automate',...) failed: ORA-00604: error occurred at
recursive SQL level 1
ORA-01756: quoted string not properly terminated (DBD ERROR:
OCISessionBegin) at /var/www/perl/automate1.pl line 1126
If I do not set NLS_LANG I obtain this logs just before connect
ORACLE_HOME=/opt/oracle/product/10g/OraDB10g
NLS_LANG=
and then I can connect but "été" becomes "ete"
Many Thanks for yoyr help.
----- Original Message -----
From: "Stas Bekman" <stas@...>
To: "Jean-Paul COGNET" <jean-paul.cognet@...>
Cc: <modperl@...>
Sent: Thursday, October 28, 2004 12:58 AM
Subject: Re: pb setting NLS_LANG with mod_perl 1.99_14et DBD::Oracle
> Jean-Paul COGNET wrote:
> > A problem with mod_perl 1.99 et DBD::Oracle.
> >
> > I cannot set the value of NLS_LANG
> >
> > If I set it to any value different from '' then I cannot connect, having
this log in Apache :
> > [Tue Oct 26 12:48:30 2004] [notice] Apache/2.0.47 (Fedora) configured --
resuming normal operations
> > DBI connect('TOPDEV5','automate',...) failed: ORA-00604: error occurred
at recursive SQL level 1
> > ORA-01756: quoted string not properly terminated (DBD ERROR:
OCISessionBegin) at /var/www/perl/automate1.pl line 1119
> >
> > If I don't set NLS_LANG it works fine, but of course I have no accent
("été" becomes "ete")
> >
> > It works fine if I don't use mod_perl
> > I use $ENV{NLS_LANG}='french_france.WE8ISO8859P1' just before the
connect and I have accent ("été" stays "été")
>
> What do you get when you print that value from a modperl script? Does it
> show the right setting?
>
> Any difference if you use Env::C (from CPAN) to set it (it doesn't do any
> locking, but you shouldn't have a problem, if you are using a prefork mpm.
>
> In any case, before you continue trying, please first upgrade to 1.99_17
> so we are on the same line.
>
>
> --
> __________________________________________________________________
> Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
> mailto:stas@... http://use.perl.orghttp://apacheweek.com
> http://modperlbook.orghttp://apache.orghttp://ticketmaster.com
>
> --
> Report problems: http://perl.apache.org/bugs/
> Mail list info: http://perl.apache.org/maillist/modperl.html
> List etiquette: http://perl.apache.org/maillist/email-etiquette.html
>
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Jean-Paul COGNET wrote:
> I upgrade with the new version of Apache 2.0 (httpd-2.0.52) and mod_perl
> 1.99_17 and the behaviour is exactly the same.
OK
> If I set NLS_LANG I obtain this logs just before connect
> ORACLE_HOME=/opt/oracle/product/10g/OraDB10g
> NLS_LANG=french_france.WE8ISO8859P1
> I cannot connect and have this log in Apache
> DBI connect('TOPDEV5','automate',...) failed: ORA-00604: error occurred at
> recursive SQL level 1
> ORA-01756: quoted string not properly terminated (DBD ERROR:
> OCISessionBegin) at /var/www/perl/automate1.pl line 1126
>
> If I do not set NLS_LANG I obtain this logs just before connect
> ORACLE_HOME=/opt/oracle/product/10g/OraDB10g
> NLS_LANG=
> and then I can connect but "été" becomes "ete"
Please reread my reply again, besides upgrading I've asked you:
> What do you get when you print that value from a modperl script? Does it
> show the right setting?
Is that what you mean by 'I obtain this logs'?
And this:
> Any difference if you use Env::C (from CPAN) to set it (it doesn't do any
> locking, but you shouldn't have a problem, if you are using a prefork mpm.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.orghttp://apacheweek.comhttp://modperlbook.orghttp://apache.orghttp://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
perl allows to modify $0. Then top, ps & co would display the new process
title. Can the process title of a mod_perl modified apache be set this way?
Torsten
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBgn/iwicyCTir8T4RAuNAAJ48CXRTdtlMTQx5V+Yk0KvbtNTGMgCgt7Vm
01eeEfHkoK7EE1ydENCkStE=
=xt8c
-----END PGP SIGNATURE-----
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Friday 29 October 2004 20:17, Stas Bekman wrote:
> > perl allows to modify $0. Then top, ps & co would display the new process
> > title. Can the process title of a mod_perl modified apache be set this
> > way?
>
> What is it that you are trying to do? Change $0 and affect the way it's
> seen from the outside?
yes. I have some requests with postprocessing. I want to know, what processes
are affected.
> Take a look at this commit, which might be of some relevance:
> http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=107672268012042&w=2
But I see, it is not supported.
Torsten
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBgo61wicyCTir8T4RAqNVAJ9f7rCz1kSAjS4daSrx9Zu9cCK2vQCfe1Sq
8BCBhMs04T0344g1qMjjjSg=
=8Dm9
-----END PGP SIGNATURE-----
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
I'll give this a shot, seeing as no one seemed to have answered:
In your pl files you can try including something like:
use lib qw(directory containing module directories);
Example:
use lib qw(/usr/local/apache2/perl);
In my config I have
PerlRequire /usr/local/apache2/perl/startup.pl
which contains:
use lib qw(/usr/local/apache2/perl);
1;
Not sure if this will work with your version of apache.
Cheers,
Craig
On Tue, 26 Oct 2004 23:25:49 -0700 (PDT), mahboobeh soleimani
<mah_soleimani@...> wrote:
> Hi every body.
>
> I have a apache 1.3.31 and mod_perl 1.28 and used
>
> <Files *.pl>
>
> SetHandler perl-script
> PerlHandler Apache::PerlRun
> PerlSendHeader On
> </Files>
>
> in http.conf
>
> but when i enter:
>
> perl /root/prelude/piwi/test/index.pl
>
> i can see this error :
>
> Can't locate ../Functions/db.pl in @INC (@INC
> contains:
> /usr/lib/perl5/5.8.1/i38sr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.vendor_perl/5.8.1/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.1 /usr/d-multi
> /usr/lib/perl5/vendor_perl/5.8.0
> /usr/lib/perl5/vendor_perl /usr/lib/perrl5/5.8.1 .) at
> /root/prelude/piwi/test/index.pl line 3.
>
> also i can not view my index.pl by Mozilla
>
> could you please guide me?
>
> regards.
>
> M.S.
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Mail Address AutoComplete - You start. We finish.
> http://promotions.yahoo.com/new_mail
>
> --
> Report problems: http://perl.apache.org/bugs/
> Mail list info: http://perl.apache.org/maillist/modperl.html
> List etiquette: http://perl.apache.org/maillist/email-etiquette.html
>
>
--
Primer:
Shane Carruth: It's about some engineers that are trying to build a
device that "degrades" gravity. They find out it has unexplainable
properties. Hilarity ensues.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
In my apache config file I'm using a PerlTransHandler call to do URL rewriting.
Basically I want to map all URL's beginning with
http://testhost.lenio.net
to internally to go to:
http://localhost:8080
This works perfectly except when I introduce a URL with a question
mark like this:
http://testhost.lenio.net?argument1=some_value
The proxy seems to try to escape the question mark to be %3F, but that's where
I'm getting lost. Thoughts? Here's the actual PerlTransHandler:
use Apache::RequestRec ();
use Apache::Const -compile => qw(DECLINED :common);
sub handler {
my $r = shift;
my $hostname = $r->hostname;
my $real_url = $r->unparsed_uri;
if ($hostname =~ m{^testhost\.}i) {
$r->proxyreq(1);
$r->uri($real_url);
$r->filename(sprintf "proxy:http://localhost:8080%s",$real_url);
$r->handler('proxy-server');
return Apache::OK;
}
return Apache::DECLINED;
}
1;
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I need to write a TEST.PL that starts an apache with mod_ssl loaded and run
the tests and then starts an apache without mod_ssl loaded and runs the tests
again.
How can I do that?
How can the actual test determine which case (with or without mod_ssl) is
currently running?
Here is my TEST.PL so far.
#!perl
use strict;
use warnings FATAL => 'all';
use lib qw(lib);
use Apache::TestRunPerl ();
Apache::TestRunPerl->new->run(@ARGV);
package My::TestRun;
use base 'Apache::TestRun';
use Apache::TestConfig;
__PACKAGE__->new->run(@ARGV);
sub pre_configure {
my $I = shift;
Apache::TestConfig::autoconfig_skip_module_add('mod_ssl.c');
$I->SUPER::pre_configure();
}
It runs the tests twice but the httpd.conf is not recreated for the second
case. If I only run the second case mod_ssl is not loaded as expected.
What should I call to recreate the configuration for the second case?
Torsten
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBhSMEwicyCTir8T4RAuqtAKC9HxBG9c8n5fkQcCdMV1aAc3/08ACgnVUj
7x46Sv/rkaor/9mlweaF6MU=
=zvtl
-----END PGP SIGNATURE-----
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
I am trying to compile mod_perl on SuSE 9.0
with:
apache_1.3.33
mod_perl-1.29
mod_ssl-2.8.22-1.3.33
php-4.3.9
It all works except when I inclue mod_perl my header has the tag:
Content-Length: 0
instead of the real length.
(Also I seem be be unable to run "make test" as I get a Syntax error about the
Action line in the httpd.conf file)
Stuart Scharf
ss at kashrut.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
On 30/10/2004, at 7:19 AM, Stas Bekman wrote:
> CN wrote:
>> Hi!
>>
>> Because "perl Makefile.PL" did not find LWP::UserAgent and
>> HTML::HeadParser in my Debian box, I did "apt-get install
>> libapache-mod-perl". Then I did "dpkg -P libapache-mod-perl" to remove
>> that package. Since then "perl Makefile.PL" seems to have trouble as
>> it
>> complains "cat: ../apache_1.3.32/src/Makefile.config: No such file or
>> directory":
>
> Unless someone on Debian can help you with the specific of those
> packages,
Well, I'll try...
> I'd suggest that you download the source and build everything by
> yourself
> as explained here:
...because this always seems to lead to a world of pain, in the end (as
the
next time you try to install a package that depends on one of the ones
you've
built yourself, you have to resort to twisting the packaging system's
arm).
First suggestion: use aptitude, not apt-get. aptitude shows you the
packages
that are recommended by the package you are installing, as well as those
upon which it absolutely depends.
Second suggestion: CPAN packages in debian are named consistently. If
you
have a CPAN package called Foo::Bar, the debian package of it will be
called
libfoo-bar-perl. There are a few confusing ones, such as LWP. Try
libwww-perl.
Third suggestion: Even if you want to rebuild a package which is in
Debian,
start off with the Debian package sources ("apt-get source foo"). That
way,
you end up with a packaged version of the thing, and any idiosyncracies
needed to build it on Debian.
Cheers,
Nick
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Steven wrote:
[...]
> Following is t/REPORT:
>
> #!/usr/local/bin/perl
> # WARNING: this file is generated, do not edit
> # 01: Apache-Test/lib/Apache/TestConfig.pm:898
> # 02: Apache-Test/lib/Apache/TestConfig.pm:988
> # 03: Apache-Test/lib/Apache/TestReport.pm:45
> # 04: Makefile.PL:283
> # 05: Makefile.PL:52
[...]
Steven, can you please tell me where did you see the suggestion to post
here the script t/REPORT and not the output of its execution? If it wasn't
clear in the help document, please suggest how to improve the wording.
In any case please run t/REPORT and post its output and then we will look
at the whole thing.
Thanks.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.orghttp://apacheweek.comhttp://modperlbook.orghttp://apache.orghttp://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Send Email
