RE: Make Test problems...
On Sun, 17 Jun 2001, Ian (the webguy) wrote: > I did a killall httpd as root then tried it again, but to no evail. I don't think that httpd already being running was the problem. The test script is supposed to pick a port that's NOT in use for the purposes of the test, isn't it? > still waiting for server to warm up...not ok > server failed to start! (please examine t/logs/error_log) at t/TEST line 95. > make: *** [run_tests] Error 9 Do what it says. Examine the file called t/logs/error_log. It should be somewhere in the directory where you're compiling this stuff. If you don't understand the contents of the error log, try posting them here. -Philip Mak ([EMAIL PROTECTED])
RE: Make Test problems...
Server is not starting !? Subroutine main::pid redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 103. Subroutine main::access redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 104. Subroutine Outside::code redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 108. Subroutine PerlTransHandler::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 114. Subroutine MyClass::method redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 121. Subroutine BaseClass::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 127. Subroutine My::child_init redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 145. Subroutine My::child_exit redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 155. Subroutine My::restart redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 159. Subroutine Apache::AuthenTest::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 167. Subroutine My::DirIndex::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 189. Subroutine My::ProxyTest::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 207. Subroutine handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 241. Subroutine new redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 263. Subroutine DESTROY redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 265. [notice] Destruction->DESTROY called for $global_object Subroutine handler redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 6. Subroutine one redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 14. Subroutine two redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 25. Subroutine three redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 31. Subroutine four redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 37. [Sun Jun 17 02:57:52 2001] [warn] pid file /home/ian/mod_perl-1.25/t/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [notice] Destruction->DESTROY called for $global_object [Sun Jun 17 02:57:55 2001] [warn] [notice] child_init for process 2497, report any problems to [no address given] ~Ian -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Sunday, June 17, 2001 3:07 AM To: Ian (the webguy) Cc: mod_perl list Subject: RE: Make Test problems... > I did a killall httpd as root then tried it again, but to no evail. > > [root@ian mod_perl-1.25]# killall httpd > httpd: no process killed > [root@ian mod_perl-1.25]# ps auxc | grep httpd > [root@ian mod_perl-1.25]# make test [..] > ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & > httpd listening on port 8529 > will write error_log to: t/logs/error_log > letting apache warm up...\c > done > /usr/bin/perl t/TEST 0 > still waiting for server to warm up...not ok > server failed to start! (please examine t/logs/error_log) at t/TEST line 95. > make: *** [run_tests] Error 9 > what the error_log says > > Ian > -Original Message- > From: Stas Bekman [mailto:[EMAIL PROTECTED]] > Sent: Sunday, June 17, 2001 2:47 AM > To: Ian (the webguy) > Cc: mod_perl list > Subject: RE: Make Test problems... > > > > [parts of the message were snipped] > > On Sun, 17 Jun 2001, Ian (the webguy) wrote: > > > I used the makepl_args.mod_perl file that was given to me earlier, and I > am > > still getting the following error messages... > > > > make[1]: Leaving directory `/home/ian/mod_perl-1.25/Util' > > cp t/conf/mod_perl_srm.conf t/conf/srm.conf > > ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & > > httpd listening on port 8529 > > will write error_log to: t/logs/error_log > > letting apache warm up...\c > > done > > /usr/bin/perl t/TEST 0 > > still waiting for server to warm up...not ok > > server failed to start! (please examine t/logs/error_log) at t/TEST line > 95. > > make: *** [run_tests] Error 9 > > > > > > [Sun Jun 17 02:12:39 2001] [crit] (98)Address already in use: make_sock: > > could not bind to port 8529 > > Server is not starting !? > > you already have a server running, kill it first. > > $ killall httpd > > test that you've it killed > > $ ps auxc | grep httpd > > now try again. > > $ make test > > _ > Stas Bekman JAm_pH -- Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide http://perl.apache.org/guide > mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ > http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ > > > _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.
RE: Make Test problems...
> I did a killall httpd as root then tried it again, but to no evail. > > [root@ian mod_perl-1.25]# killall httpd > httpd: no process killed > [root@ian mod_perl-1.25]# ps auxc | grep httpd > [root@ian mod_perl-1.25]# make test [..] > ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & > httpd listening on port 8529 > will write error_log to: t/logs/error_log > letting apache warm up...\c > done > /usr/bin/perl t/TEST 0 > still waiting for server to warm up...not ok > server failed to start! (please examine t/logs/error_log) at t/TEST line 95. > make: *** [run_tests] Error 9 > what the error_log says > > Ian > -Original Message- > From: Stas Bekman [mailto:[EMAIL PROTECTED]] > Sent: Sunday, June 17, 2001 2:47 AM > To: Ian (the webguy) > Cc: mod_perl list > Subject: RE: Make Test problems... > > > > [parts of the message were snipped] > > On Sun, 17 Jun 2001, Ian (the webguy) wrote: > > > I used the makepl_args.mod_perl file that was given to me earlier, and I > am > > still getting the following error messages... > > > > make[1]: Leaving directory `/home/ian/mod_perl-1.25/Util' > > cp t/conf/mod_perl_srm.conf t/conf/srm.conf > > ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & > > httpd listening on port 8529 > > will write error_log to: t/logs/error_log > > letting apache warm up...\c > > done > > /usr/bin/perl t/TEST 0 > > still waiting for server to warm up...not ok > > server failed to start! (please examine t/logs/error_log) at t/TEST line > 95. > > make: *** [run_tests] Error 9 > > > > > > [Sun Jun 17 02:12:39 2001] [crit] (98)Address already in use: make_sock: > > could not bind to port 8529 > > Server is not starting !? > > you already have a server running, kill it first. > > $ killall httpd > > test that you've it killed > > $ ps auxc | grep httpd > > now try again. > > $ make test > > _ > Stas Bekman JAm_pH -- Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide http://perl.apache.org/guide > mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ > http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ > > > _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
RE: Make Test problems...
Nope. I did a killall httpd as root then tried it again, but to no evail. [root@ian mod_perl-1.25]# killall httpd httpd: no process killed [root@ian mod_perl-1.25]# ps auxc | grep httpd [root@ian mod_perl-1.25]# make test (cd ../apache_1.3.9 && PERL5LIB=/home/ian/mod_perl-1.25/lib make) make[1]: Entering directory `/home/ian/apache_1.3.9' ===> src make[2]: Entering directory `/home/ian/apache_1.3.9' make[3]: Entering directory `/home/ian/apache_1.3.9/src' ===> src/regex make[4]: Nothing to be done for `all'. <=== src/regex ===> src/os/unix make[4]: Nothing to be done for `all'. <=== src/os/unix ===> src/ap make[4]: Nothing to be done for `all'. <=== src/ap ===> src/main make[4]: Nothing to be done for `all'. <=== src/main ===> src/lib <=== src/lib ===> src/modules ===> src/modules/standard make[5]: Nothing to be done for `all'. <=== src/modules/standard ===> src/modules/proxy make[5]: Nothing to be done for `all'. <=== src/modules/proxy ===> src/modules/perl make[5]: Nothing to be done for `all'. <=== src/modules/perl <=== src/modules cc -c -I. -I/usr/lib/perl5/5.00503/i386-linux/CORE -I./os/unix -I./include -D INUX=2 -DMOD_PERL -DUSE_PERL_SSI -Dbool=char -DHAS_BOOL -I/usr/local/include -D SE_HSREGEX `./apaci` modules.c cc -c -I. -I/usr/lib/perl5/5.00503/i386-linux/CORE -I./os/unix -I./include -D INUX=2 -DMOD_PERL -DUSE_PERL_SSI -Dbool=char -DHAS_BOOL -I/usr/local/include -D SE_HSREGEX `./apaci` buildmark.c cc -DLINUX=2 -DMOD_PERL -DUSE_PERL_SSI -Dbool=char -DHAS_BOOL -I/usr/local/ inc ude -DUSE_HSREGEX `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/pro y/libproxy.a modules/perl/libperl.a main/libmain.a ./os/unix/libos.a ap/libap.a regex/libregex.a -lm -lcrypt -lndbm -rdynamic -L/usr/local/lib /usr/lib/perl /5.00503/i386-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.00503/i3 86- inux/CORE -lperl -lnsl -ldl -lm -lc -lposix -lcrypt make[3]: Leaving directory `/home/ian/apache_1.3.9/src' make[2]: Leaving directory `/home/ian/apache_1.3.9' make[2]: Entering directory `/home/ian/apache_1.3.9' ===> src/support make[3]: Entering directory `/home/ian/apache_1.3.9/src/support' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/ian/apache_1.3.9/src/support' <=== src/support make[2]: Leaving directory `/home/ian/apache_1.3.9' <=== src make[1]: Leaving directory `/home/ian/apache_1.3.9' make[1]: Entering directory `/home/ian/mod_perl-1.25/Apache' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Apache' make[1]: Entering directory `/home/ian/mod_perl-1.25/Connection' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Connection' make[1]: Entering directory `/home/ian/mod_perl-1.25/Constants' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Constants' make[1]: Entering directory `/home/ian/mod_perl-1.25/File' make[1]: Leaving directory `/home/ian/mod_perl-1.25/File' make[1]: Entering directory `/home/ian/mod_perl-1.25/Leak' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Leak' make[1]: Entering directory `/home/ian/mod_perl-1.25/Log' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Log' make[1]: Entering directory `/home/ian/mod_perl-1.25/ModuleConfig' make[1]: Leaving directory `/home/ian/mod_perl-1.25/ModuleConfig' make[1]: Entering directory `/home/ian/mod_perl-1.25/PerlRunXS' make[1]: Leaving directory `/home/ian/mod_perl-1.25/PerlRunXS' make[1]: Entering directory `/home/ian/mod_perl-1.25/Server' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Server' make[1]: Entering directory `/home/ian/mod_perl-1.25/Symbol' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Symbol' make[1]: Entering directory `/home/ian/mod_perl-1.25/Table' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Table' make[1]: Entering directory `/home/ian/mod_perl-1.25/URI' make[1]: Leaving directory `/home/ian/mod_perl-1.25/URI' make[1]: Entering directory `/home/ian/mod_perl-1.25/Util' make[1]: Leaving directory `/home/ian/mod_perl-1.25/Util' cp t/conf/mod_perl_srm.conf t/conf/srm.conf ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 9 Ian -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Sunday, June 17, 2001 2:47 AM To: Ian (the webguy) Cc: mod_perl list Subject: RE: Make Test problems... [parts of the message were snipped] On Sun, 17 Jun 2001, Ian (the webguy) wrote: > I used the makepl_args.mod_perl file that was given to me earlier, and I am > still getting the following error messages... > > make[1]: Leaving directory `/home/ian/mod_perl-1.25/Util' > cp t/conf/mod_perl_srm.conf t/conf/srm.conf > ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & > httpd listening on port 8529
RE: Make Test problems...
[parts of the message were snipped] On Sun, 17 Jun 2001, Ian (the webguy) wrote: > I used the makepl_args.mod_perl file that was given to me earlier, and I am > still getting the following error messages... > > make[1]: Leaving directory `/home/ian/mod_perl-1.25/Util' > cp t/conf/mod_perl_srm.conf t/conf/srm.conf > ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & > httpd listening on port 8529 > will write error_log to: t/logs/error_log > letting apache warm up...\c > done > /usr/bin/perl t/TEST 0 > still waiting for server to warm up...not ok > server failed to start! (please examine t/logs/error_log) at t/TEST line 95. > make: *** [run_tests] Error 9 > > > [Sun Jun 17 02:12:39 2001] [crit] (98)Address already in use: make_sock: > could not bind to port 8529 > Server is not starting !? you already have a server running, kill it first. $ killall httpd test that you've it killed $ ps auxc | grep httpd now try again. $ make test _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
RE: Make Test problems...
Ok; After a week to reinstall redhat, delete the perl, apache, and mod_perl RPM's, and downloading the source files on my dinky little 28.8 connection, I come again to building this package. I used the makepl_args.mod_perl file that was given to me earlier, and I am still getting the following error messages... make[1]: Leaving directory `/home/ian/mod_perl-1.25/Util' cp t/conf/mod_perl_srm.conf t/conf/srm.conf ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 9 >From the t/logs/error_log file... Server is not starting !? Subroutine main::pid redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 103. Subroutine main::access redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 104. Subroutine Outside::code redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 108. Subroutine PerlTransHandler::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 114. Subroutine MyClass::method redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 121. Subroutine BaseClass::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 127. Subroutine My::child_init redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 145. Subroutine My::child_exit redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 155. Subroutine My::restart redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 159. Subroutine Apache::AuthenTest::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 167. Subroutine My::DirIndex::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 189. Subroutine My::ProxyTest::handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 207. Subroutine handler redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 241. Subroutine new redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 263. Subroutine DESTROY redefined at /home/ian/mod_perl1.25/t//docs/startup.pl line 265. [notice] Destruction->DESTROY called for $global_object Subroutine handler redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line6. Subroutine one redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 14. Subroutine two redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 25. Subroutine three redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 31. Subroutine four redefined at /home/ian/mod_perl-1.25/t//docs/stacked.pl line 37. [Sun Jun 17 02:12:39 2001] [crit] (98)Address already in use: make_sock: could not bind to port 8529 Server is not starting !? Subroutine main::pid redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 103. Subroutine main::access redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl line 104. Subroutine Outside::code redefined at /home/ian/mod_perl-1.25/t//docs/startup.pl I've tried make test port=12345 and it still errors out when I try to run make test. Any ideas where to look? Anyone else using RH6.1 having/had the same problems? Any General Ideas (as I try to RTFM?) Thanks... Ian -Original Message- From: Steven Lembark [mailto:[EMAIL PROTECTED]] Sent: Monday, June 11, 2001 11:08 AM To: Ged Haywood; Ian (the webguy) Cc: [EMAIL PROTECTED] Subject: Re: Make Test problems... file called "makpl_args.mod_perl" in the mod_perl directory. The best arrangement for the directories seems to be something like: Even easier, put .makepl_args.mod_perl into your home directory and you won't have to re-create it every time you go to re-build Apache.
Re: Is ProxyPass the best you can do?
On Sat, 16 Jun 2001, Mike & Christine wrote: > > > > You can use RewriteRule to make it proxy the request to another Apache? I > > thought you can only alias a URL to a file, or make it send an HTTP > > redirect. How do you make it proxy? > > This is what you are looking for i think > > http://thingy.kcilink.com/modperlguide/scenario/mod_rewrite_Examples.html Thanks! That's exactly what I needed. That lets me keep my modperl scripts in the same directory as my images. My current setup is a bit more tedious, with the images being in http://static.shoujoai.com and the scripts being in http://www.shoujoai.com. -Philip Mak ([EMAIL PROTECTED])
Re: Is ProxyPass the best you can do?
> Can Squid read Apache configuration files? On a new site I'm making > (www.shoujoai.com), I have directives in httpd.conf like this: Never used it, I'm afraid ... >> Alternatively, you could try using mod_rewrite, to direct requests for >> scripts to a different apache instance (e.g. running on a separate port >> or ip). I've never tried this, but it should work. > > You can use RewriteRule to make it proxy the request to another > Apache? I > thought you can only alias a URL to a file, or make it send an HTTP > redirect. How do you make it proxy? Ah. I was assuming that redirects would be ok (it would be in my environment) ...
Re: Is ProxyPass the best you can do?
- Original Message - From: Philip Mak <[EMAIL PROTECTED]> To: modperl <[EMAIL PROTECTED]> Sent: Saturday, June 16, 2001 9:31 PM Subject: Re: Is ProxyPass the best you can do? > On Sun, 17 Jun 2001, Martin Redington wrote: > > > Squid is the alternative mentioned in the mod_perl_tuning.pod that comes > > with mod_perl. > > Can Squid read Apache configuration files? On a new site I'm making > (www.shoujoai.com), I have directives in httpd.conf like this: > > RewriteRule ^/fanfics/([a-zA-Z_0-9\-]+)/$ /fanfics/series.asp?series=$1 > > so that viewing http://www.shoujoai.com/fanfics/*/ actually calls an > Apache::ASP script. But, only by reading the httpd.conf would one be able > to tell that it's a script instead of a normal directory. > > > Alternatively, you could try using mod_rewrite, to direct requests for > > scripts to a different apache instance (e.g. running on a separate port > > or ip). I've never tried this, but it should work. > > You can use RewriteRule to make it proxy the request to another Apache? I > thought you can only alias a URL to a file, or make it send an HTTP > redirect. How do you make it proxy? This is what you are looking for i think http://thingy.kcilink.com/modperlguide/scenario/mod_rewrite_Examples.html > > -Philip Mak ([EMAIL PROTECTED]) >
Re: Is ProxyPass the best you can do?
On Sun, 17 Jun 2001, Martin Redington wrote: > Squid is the alternative mentioned in the mod_perl_tuning.pod that comes > with mod_perl. Can Squid read Apache configuration files? On a new site I'm making (www.shoujoai.com), I have directives in httpd.conf like this: RewriteRule ^/fanfics/([a-zA-Z_0-9\-]+)/$ /fanfics/series.asp?series=$1 so that viewing http://www.shoujoai.com/fanfics/*/ actually calls an Apache::ASP script. But, only by reading the httpd.conf would one be able to tell that it's a script instead of a normal directory. > Alternatively, you could try using mod_rewrite, to direct requests for > scripts to a different apache instance (e.g. running on a separate port > or ip). I've never tried this, but it should work. You can use RewriteRule to make it proxy the request to another Apache? I thought you can only alias a URL to a file, or make it send an HTTP redirect. How do you make it proxy? -Philip Mak ([EMAIL PROTECTED])
Re: Is ProxyPass the best you can do?
Squid is the alternative mentioned in the mod_perl_tuning.pod that comes with mod_perl. Alternatively, you could try using mod_rewrite, to direct requests for scripts to a different apache instance (e.g. running on a separate port or ip). I've never tried this, but it should work. Squid might be more efficient. cheers, Martin On Sunday, June 17, 2001, at 03:43 am, Philip Mak wrote: > I've been thinking about the ProxyPass technique for coping with > mod_perl's high memory usage (setup a non-mod_perl httpd that handles > all > requests, but ProxyPasses the mod_perl calls to a mod_perl enabled > Apache). > > I find that the complexity of this method is more than it should have to > be. For one thing, ProxyPass only works on a directory. But if you have > images and scripts in the same directory, this is a problem (and it's > convenient to be able to have them in the same directory, so that your > scripts can instead of > especially when you have a lot of images in different directories). > > Is there a way to ProxyPass by file extension or something? > > -Philip Mak ([EMAIL PROTECTED]) > >
Is ProxyPass the best you can do?
I've been thinking about the ProxyPass technique for coping with mod_perl's high memory usage (setup a non-mod_perl httpd that handles all requests, but ProxyPasses the mod_perl calls to a mod_perl enabled Apache). I find that the complexity of this method is more than it should have to be. For one thing, ProxyPass only works on a directory. But if you have images and scripts in the same directory, this is a problem (and it's convenient to be able to have them in the same directory, so that your scripts can instead of especially when you have a lot of images in different directories). Is there a way to ProxyPass by file extension or something? -Philip Mak ([EMAIL PROTECTED])
Re: ssl encryption
Yes, it's possible. To achieve this, you should use asymetric encryption, and *not* store the private key in the server. Then, the question remains : how can I have the server safely decrypt on demand ?! one possible solution could be to store the private key in a remote server, dedicated to the unique task of decrypting the sensitive data. A secure tunnel could be established between the two servers, so to communicate the encrypted text, and get back the decrypted text safely. You could even add security by storing the private key in a smartcard, and having the smartcard reader connected to the server. Decryptions would have to be done within the smartcard. It's completely possible, but you almost certainly don't want such CPU-expensive operations be done within a 8-bit smartcard ! On Thu, 14 Jun 2001, Kevin Schroeder wrote: > This would make an interesting discussion because I've had the same question > come up in my mind. How do you encrypt things on your server without giving > out the passphrase? Is it even possible to keep the key in the same > location as the program using it and still maintain security? > > Kevin
Re: Apache::DBI / DBD::Oracle error
Hi all, There seems to be some confusion and even incorrectness in this trail. Let's get some things straight : There is nothing wrong with NLS_LANG. In fact, it is extremely useful in an international setting. Your value is fine. ORA_NLS33 is obsolete in 8.1.7 and should not be set Failure to translate error number to text : Oracle constructs the name of it's message file from the ORACLE_HOME, plus some path, some language code and some product code. You get the error when it can't find the message file. Either the file doesn't exist (shouldn't happen) or it can't find it. Best guess is the ORACLE_HOME is not set or not set correctly. You can always find the error text yourself in $ORACLE_HOME/rdbms/mesg/oraus.msg by grepping for the error number First step to tackle an ORA-3113 ("End-of-file on Communication Channel") is _always_ to find the tracefile in user_dump_dest on the server side and interpret what's in there. The stuff in there is not usually fit for human consumption, but intended for Oracle Support. Nevertheless, it contains all the clues. I should know, I did this kind of support for 7 years. Hope this helps, Mark Ged Haywood wrote: Hi again, On Tue, 12 Jun 2001, Eric Kolve wrote: > Yes, I have NLS_LANG set to AMERICAN_AMERICA.WE8ISO8859P1. I seemed to get on better by removing NLS_LANG and ORA_NLS33 from my environment altogether. > BTW, I am also using the latest oracle client libs (8.17) if this > makes any difference; Dunno! > as well, I am using perl 5.005. Shouldn't think that would stop you, but I'm using 5.7.0. > > > DBD::Oracle::db rollback failed: Error while trying to retrieve text for > > > error ORA-03113 (DBD ERROR: OCITransRollback) at This is really two errors. The first (03113) is a connect problem as was mentioned by another correspondent, the second is translating the numeric error into a text message for you to read, which is a very frustrating thing that Oracle seems to do a lot. I found that some of the errors weren't a problem if the text could be shown to you, but if not then they were show-stoppers. Hence the concern with the language support stuff. Have you tried the Oracle knowledge base? It's really good. 73, Ged. -- Mark Vandenbroeck Mobile : +32-495-59.55.62 Business Process Manager Email : [EMAIL PROTECTED] EMEA Support Information Systems AIM : markvdb
Re: Apache::DBI / DBD::Oracle error
On Mon, Jun 11, 2001 at 04:15:15PM -0700, Eric Kolve wrote: > I recently upgraded to DBI 1.18 + DBD::Oracle 1.07 and upon restarts > with mod_perl, I get the following error: > > DBD::Oracle::db rollback failed: Error while trying to retrieve text for > error ORA-03113 (DBD ERROR: OCITransRollback) at > /usr/lib/perl5/site_perl/5.005/Apache/DBI.pm line 153. An error while retrieving the text for an error message may mean that ORACLE_HOME is not set properly. Ronald
mod_perl bof Oreilly Conference TShirts
A month ago I posed a question about TShirts for mod_perl BOF. One group of people did volunteer to do the design and posted interest on here. So if they are still up for it, it would be awesome to start discussing ideas/proof of concept. However, before such a thing can be discussed, unfortunately no one has come up to be able to sponsor the cost for the T-Shirts. So I figure I would raise the question again in case someone has a company that would be willing to corporate sponsor such a thing. __ Gunther Birznieks ([EMAIL PROTECTED]) eXtropia - The Open Web Technology Company http://www.eXtropia.com/