Re: Proxy authentication against a mod_perl backend - how?

[Igor Sysoev]

On Mon, 1 Apr 2002, Fury wrote:

> I've recently reconfigured a web server to use the front-end proxy/back-end
> mod_perl configuration.  One application runs happily on the mod_perl
> server, with static content being served from the proxy, and dynamic
> requests forwarded to the backend.
> 
> However, I have a request to insert a bunch of static content onto the proxy
> server, which is fine.  As an added requirement, the content is to be
> protected.  Now, I could just use the standard Apache access files, but
> they're ugly, and get slow as they grow.
> 
> Ideally, I'd like to use the backend database to hold the user information
> used for authentication.  How can I configure the proxy (which doesn't have
> mod_perl) to authenticate against the back end?
> 
> My first thoughts were to use mod_proxy to forward requests for
> /protected/login to the backend, where the authentication will be done.
> Then, just redirect the request to another URL behind /protected.  The
> authentication information should be passed as part of the request, should
> it not?  I'd also reverse proxy the URL's - I don't think this would work if
> I didn't.

mod_accel can do such authorization with directive AccelRevalidateUser.
Authorization can be done via HTTP Basic authorization or cookie.

If directive is active the following happens:
1. if there is no cached response then it request is passed to backend;
2  if backend reponses with 200 code then reponse is cached;

3. if there is cached reponse then request is passed to backend with
   If-Modified-Since header that set to Last-Modified header of cached
   reponse;
4. if backend reponses with code 304 or 200 then cached or received
   reponse send to client;

5. if backend reponses with any other codes then reponse send to client
   but cached reponse is not deleted.

But this feature is usefull only if backend authorization and
304 (Not Modified) generating is cheaper then full reponse (200) generating.

Igor Sysoev
igor @ sysoev.ru

Re: Any way to run two versions of the same perl classes at the sametime?

[Stas Bekman]

Thomas Burkholder wrote:
> Hi there-
> 
> I've reached a point where I've released a stable version of my project 
> (areaj, at www.areaj.org) with a demo server (www.areaj.org/areaj) but I 
> want to continue development work on the same machine.  But, obviously 
> the new and old versions of the code live in an identical namespace - so 
> I don't see a way to run both servers under the same apache 
> installation.  I can't just use StatINC and change the code dynamically, 
> because that will create an unpredictable and bug-prone experience for 
> the people using the production server (I want folks using the 
> production server to see the existing product anyway, not what I'm 
> developing on).
> 
> Does anyone know of an easy way to solve this with apache/mod_perl, 
> without running on two different servers?  Locating the code isn't a 
> problem; I already deliver the code to a custom location in the user's 
> home dir.  I just don't know how to get two apaches to run that read the 
> different versions of the code.

This issue has been discussed many times here, you may want to read the 
archives,
but since you don't need the solution for the production server 
Apache::PerlVINC should satisfy 
you:http://perl.apache.org/guide/modules.html#Apache_PerlVINC_Allows_Module

mod_perl 2.0 has this problem solved (when it's released)

__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: general timeout for mod_perl scripts?

[Stas Bekman]

Perrin Harkins wrote:
>>i would like to prevent any of my mod_perl scripts from running longer
> 
> than
> 
>>5 seconds.  is there an elegant way to make a general timeout that
> 
> does not
> 
>>require changing all my scripts?  i run both Registry and Mason
> 
> scripts in
> 
>>my environment.
> 
> 
> You could try setting an alarm in a fixup handler.  But if you're just
> trying to prevent runaway servers, I'd suggest Apache::Resource.

or Apache::Watchdog::RunAway


__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: Any way to run two versions of the same perl classes at the sametime?

[chubuk]

Hi!
You can use this method.
Run another apache server in port 8080 (for example) You can't change 
dir when move script to front server.
See -> http://www.my_server.com:80/index.html  (or 
http://www.myold.com/index.html)
http://www.my_server.com:8080/index.html - developer server.


Vlad Chubuk

Stas Bekman wrote:

> Thomas Burkholder wrote:
>
>> Hi there-
>>
>> I've reached a point where I've released a stable version of my 
>> project (areaj, at www.areaj.org) with a demo server 
>> (www.areaj.org/areaj) but I want to continue development work on the 
>> same machine.  But, obviously the new and old versions of the code 
>> live in an identical namespace - so I don't see a way to run both 
>> servers under the same apache installation.  I can't just use StatINC 
>> and change the code dynamically, because that will create an 
>> unpredictable and bug-prone experience for the people using the 
>> production server (I want folks using the production server to see 
>> the existing product anyway, not what I'm developing on).
>>
>> Does anyone know of an easy way to solve this with apache/mod_perl, 
>> without running on two different servers?  Locating the code isn't a 
>> problem; I already deliver the code to a custom location in the 
>> user's home dir.  I just don't know how to get two apaches to run 
>> that read the different versions of the code.
>
>
> This issue has been discussed many times here, you may want to read 
> the archives,
> but since you don't need the solution for the production server 
> Apache::PerlVINC should satisfy 
> you:http://perl.apache.org/guide/modules.html#Apache_PerlVINC_Allows_Module 
>
>
> mod_perl 2.0 has this problem solved (when it's released)
>
> __
> Stas BekmanJAm_pH --> Just Another mod_perl Hacker
> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
> mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org   http://ticketmaster.com
>

DBI: selectall_hasref incompatibility

[Rafiq Ismail (ADMIN)]

Got a slight problem here..

Does anyone know why there was at some point a major change in the return
value for DBI::selectall_hashref?  And is there a depricated method which
still uses the original prototype?

My problem:
---

Using DBI V1.19 on my box, the reported prototype is:
   ""selectall_hashref""
 $ary_ref = $dbh->selectall_hashref($statement);
 $ary_ref = $dbh->selectall_hashref($statement, \%attr);
 $ary_ref = $dbh->selectall_hashref($statement, \%attr,
@bind_values


So i wrote shiney happy code and tried it on our production box.


On the Production box, using DBI V1.21, the given prototype is:

   selectall_hashref

 $hash_ref = $dbh->selectall_hashref($statement, $key_field);
 $hash_ref = $dbh->selectall_hashref($statement, $key_field,
\%attr);
 $hash_ref = $dbh->selectall_hashref($statement, $key_field,
\%attr, @bind_values);


hmm.. I sware that I saw something similar about a year ago.

I don't want to go about rewriting code, so has anyone found some secret
undocumented method which still use the original prototype.


TIA,

fiq


"__  __   _ __  __
|  \/  | ___   __| | ___ _ __ _ __ |  \/  | __ _ _ __
| |\/| |/ _ \ / _` |/ _ \ '__| '_ \| |\/| |/ _` | '_ \
| |  | | (_) | (_| |  __/ |  | | | | |  | | (_| | | | |
|_|  |_|\___/ \__,_|\___|_|  |_| |_|_|  |_|\__,_|_| |_|
a pathetic example of his organic heritage"
- Bad Religion

Re: DBI: selectall_hasref incompatibility

[Rafiq Ismail (ADMIN)]

Fixed it with common sense - using "values %$result" to get back my
original struct.  Time to upgrade DBI.

Cheers anyway.  And a great big nasty insult to the wonderful guy who went
and made the selectall_hashref method do what it logically sounds like it
should do. ;)

fiq



On Tue, 2 Apr 2002, Rafiq Ismail (ADMIN) wrote:

> Got a slight problem here..
>
> Does anyone know why there was at some point a major change in the return
> value for DBI::selectall_hashref?  And is there a depricated method which
> still uses the original prototype?
>
> My problem:
> ---
>
> Using DBI V1.19 on my box, the reported prototype is:
>""selectall_hashref""
>  $ary_ref = $dbh->selectall_hashref($statement);
>  $ary_ref = $dbh->selectall_hashref($statement, \%attr);
>  $ary_ref = $dbh->selectall_hashref($statement, \%attr,
>   @bind_values
>
>
> So i wrote shiney happy code and tried it on our production box.
>
>
> On the Production box, using DBI V1.21, the given prototype is:
>
>selectall_hashref
>
>  $hash_ref = $dbh->selectall_hashref($statement, $key_field);
>  $hash_ref = $dbh->selectall_hashref($statement, $key_field,
> \%attr);
>  $hash_ref = $dbh->selectall_hashref($statement, $key_field,
> \%attr, @bind_values);
>
>
> hmm.. I sware that I saw something similar about a year ago.
>
> I don't want to go about rewriting code, so has anyone found some secret
> undocumented method which still use the original prototype.
>
>
> TIA,
>
> fiq
>
>
> "__  __   _ __  __
> |  \/  | ___   __| | ___ _ __ _ __ |  \/  | __ _ _ __
> | |\/| |/ _ \ / _` |/ _ \ '__| '_ \| |\/| |/ _` | '_ \
> | |  | | (_) | (_| |  __/ |  | | | | |  | | (_| | | | |
> |_|  |_|\___/ \__,_|\___|_|  |_| |_|_|  |_|\__,_|_| |_|
>   a pathetic example of his organic heritage"
>   - Bad Religion
>
>
>

Re: Closer to installation

[Stas Bekman]

John, when debugging problems one should closely watch the error_log 
file (usually open with tail -f). It always tells you what the problem 
is. So what does it say with your latest problem?

__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: Be carefull with apache 1.3.24

[Pedro Melo Cunha]

Did not tested with that one... I was having problems with cookies
only... Or so I thought :)


On Mon, Apr 01, 2002 at 11:22:10PM +0200, Eric Cholet wrote:
> --On lundi 1 avril 2002 17:12 +0100 Pedro Melo Cunha <[EMAIL PROTECTED]> 
> wrote:
> 
> > It seems to be fixed in CVS Haven't tried it yet...
> 
> As far as I can tell the chunked response bug hasn't been
> fixed yet.
> 
> >
> > Best regards,
> >
> > On Fri, Mar 29, 2002 at 01:26:43PM -0500, John Siracusa wrote:
> >> On 3/29/02 1:11 PM, John Siracusa wrote:
> >> > On 3/23/02 8:01 PM, Pedro Melo Cunha wrote:
> >> >> Looking at the change log, they mention a bug that multiple
> >> >> set-cookie's will fail (only the last one will be sent to the client,
> >> >> the proxy will "eat" the others). And it was true... The problem is
> >> >> that 1.3.24 final also has that bug: only the last set-cookie will
> >> >> reach your browser.
> >> >>
> >> >> This was a show-stopper for my application. So I sat down, read the
> >> >> proxy code, and made a patch to solve the bug.
> >> >
> >> > Applied the attached patch to 1.3.24, but it complained:
> >> >
> >> > ---
> >> >
> >> > % patch -i ../mod_proxy_patch.diff src/modules/proxy/proxy_http.c
> >> > patching file src/modules/proxy/proxy_http.c
> >> > Reversed (or previously applied) patch detected!  Assume -R? [n] y
> >> >
> >> > ---
> >> >
> >> > I'm not sure what that means
> >>
> >> Heh, n e v e r m i n d... :)
> >>
> >> Anyway, now that I have patched, working versions, what's the status on
> >> apache.org fixing this bug in the real distribution?
> >>
> >> -John
> >>
> >
> > --
> > Pedro Melo Cunha - <[EMAIL PROTECTED]>
> > Novis Telecom, S.A. - Dir. Rede - ISP 
> > Edifício Novis - Estrada da Outurela, 118 - 2795-606 Carnaxide
> > tel:  +351 21 0104340 - fax: +351 21 0104301
> 
> 
> 
> --
> Eric Cholet
> Logilune
> 

-- 
Pedro Melo Cunha - <[EMAIL PROTECTED]>
Novis Telecom, S.A. - Dir. Rede - ISP 
Edifício Novis - Estrada da Outurela, 118 - 2795-606 Carnaxide
tel:  +351 21 0104340 - fax: +351 21 0104301

Re: SSL Installation Questions - Help

[Louis-David Mitterrand]

On Sat, Mar 09, 2002 at 10:12:32AM -0800, Kirk Rogers wrote:
> Hi all,
> So I went ahead and tried to install apache-ssl and am following the
> instructions to the T.
> 
> I've acquired:
> mod_perl-1.26.tar.gz
> openssl-0.9.6c.tar.gz
> apache_1.3.22.tar.gz
> apache_1.3.22+ssl_1.47.tar.gz

Man this is terrible.

Having to compile, install, integrate everything yourself is a huge
waste of time. Your are duplicating all the efforts put in by the
distributions, for zero added value. Plus you've got an upgrade
nightmare waiting for you.

-- 
THESEE: Vous deviez le rendre moins volage ;
Comment souffriez-vous cet horrible partage ?
  (Phèdre, J-B Racine, acte 5, scène 3)

Re: SSL Installation Questions - Help

[Michael Robinton]

> On Sat, Mar 09, 2002 at 10:12:32AM -0800, Kirk Rogers wrote:
> > Hi all,
> > So I went ahead and tried to install apache-ssl and am following the
> > instructions to the T.
> >
> > I've acquired:
> > mod_perl-1.26.tar.gz
> > openssl-0.9.6c.tar.gz
> > apache_1.3.22.tar.gz
> > apache_1.3.22+ssl_1.47.tar.gz
>
> Man this is terrible.
>
> Having to compile, install, integrate everything yourself is a huge
> waste of time. Your are duplicating all the efforts put in by the
> distributions, for zero added value. Plus you've got an upgrade
> nightmare waiting for you.
>

It is quite easy actually.

do it this way

build and install open_ssl

untar apache in /usr/src
ln -s apache_version apache

cp  apache_1.3.22+ssl_1.47.tar.gz into the apache directory
untar apache_1.3.22+ssl_1.47.tar.gz
run ./FixPatch

If you wish to use mod_so or any of the other non-standard modules
rm src/Configuration
rm src/Configuration.apaci

edit src/Configuration.tmpl  as required
i.e. for mod_rewrite, mod_so, etc

--
untar mod_perl distribution
in the mod perl source directory, ...
perl Makefile.PL \
APACHE_SRC=/usr/src/apache/src \
DO_HTTPD=1 \
USE_APACI=1 \
PREP_HTTPD=1 \
EVERYTHING=1 \

make
make test   # broken
make install

in apache directory
./configure --with-layout=Apache \
--activate-module=src/modules/perl/libperl.a
make
make install

Re: SSL Installation Questions - Help

[Andrew Ho]

Hello,

LDM>Having to compile, install, integrate everything yourself is a huge
LDM>waste of time. Your are duplicating all the efforts put in by the
LDM>distributions, for zero added value.

Huh? Having control over what modules go into your Apache, plus having one
compiled on your machine for your version, is zero added value?

I think most people on this list would disagree with you. Most of us who
depend on Apache build our own for one reason or another. You can
generally make an Apache that fulfills your needs and no more which
consumes less memory and has less dependencies than a prebuilt binary from
somewhere. And being tied to a vendor release schedule probably qualifies
as far more of an "upgrade nightmare" than having to occasionally pull out
the text file where you put your build procedure.

Humbly,

Andrew

--
Andrew Ho   http://www.tellme.com/   [EMAIL PROTECTED]
Engineer   [EMAIL PROTECTED]  Voice 650-930-9062
Tellme Networks, Inc.   1-800-555-TELLFax 650-930-9101
--

make test fails on redhat

[Jie Gao]

Hi All,

mod_perl-1.26

uname -a
Linux  2.4.18-shuckle #2 Wed Mar 13 22:16:15 EST 2002 i686 unknown

perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
  Platform:
osname=linux, osvers=2.4.17-0.13smp, archname=i386-linux
uname='linux daffy.perf.redhat.com 2.4.17-0.13smp #1 smp fri feb 1 10:30:48 est 
2002 i686 unknown '
config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dcc=gcc -Dcf_by=Red Hat, 
Inc. -Dcccdlflags=-fPIC
-Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Uusethreads -Uuseithreads 
-Uuselargefiles -Dd_dosuid
-Dd_semctl_semun -Di_db -Di_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm 
-Dlocincpth='
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
  Compiler:
cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include',
optimize='-O2 -march=i386 -mcpu=i686',
cppflags='-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='2.96 2731 (Red Hat Linux 7.1 2.96-98)', 
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=4
alignbytes=4, usemymalloc=n, prototype=define
  Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -ldl -lm -lc -lcrypt -lutil
perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil
libc=/lib/libc-2.2.4.so, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Compile-time options:
  Built under linux
  Compiled at Feb 20 2002 15:01:16
  @INC:
/usr/lib/perl5/5.6.1/i386-linux
/usr/lib/perl5/5.6.1
/usr/lib/perl5/site_perl/5.6.1/i386-linux
/usr/lib/perl5/site_perl/5.6.1
/usr/lib/perl5/site_perl

#make test

make[1]: Entering directory `/export/src/mod_perl-1.26/Apache'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Apache'
make[1]: Entering directory `/export/src/mod_perl-1.26/Connection'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Connection'
make[1]: Entering directory `/export/src/mod_perl-1.26/Constants'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Constants'
make[1]: Entering directory `/export/src/mod_perl-1.26/File'
make[1]: Leaving directory `/export/src/mod_perl-1.26/File'
make[1]: Entering directory `/export/src/mod_perl-1.26/Leak'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Leak'
make[1]: Entering directory `/export/src/mod_perl-1.26/Log'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Log'
make[1]: Entering directory `/export/src/mod_perl-1.26/ModuleConfig'
make[1]: Leaving directory `/export/src/mod_perl-1.26/ModuleConfig'
make[1]: Entering directory `/export/src/mod_perl-1.26/PerlRunXS'
make[1]: Leaving directory `/export/src/mod_perl-1.26/PerlRunXS'
make[1]: Entering directory `/export/src/mod_perl-1.26/Server'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Server'
make[1]: Entering directory `/export/src/mod_perl-1.26/Symbol'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Symbol'
make[1]: Entering directory `/export/src/mod_perl-1.26/Table'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Table'
make[1]: Entering directory `/export/src/mod_perl-1.26/URI'
make[1]: Leaving directory `/export/src/mod_perl-1.26/URI'
make[1]: Entering directory `/export/src/mod_perl-1.26/Util'
make[1]: Leaving directory `/export/src/mod_perl-1.26/Util'
cp t/conf/mod_perl_srm.conf t/conf/srm.conf
../apache+mod_perl/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
modules/actions.ok
modules/cgi.ok
modules/constants...ok
modules/cookie..skipped test on this platform
modules/fileok
modules/httpdconf...ok
modules/include.ok
modules/log.ok
modules/module..skipped test on this platform
modules/perlrun.ok
modules/psections...skipped test on this platform
modules/request.skipped test on this platform
modules/src.ok
modules/ssi.ok
modules/stage...skipped test on this platform
modules/status..ok
modules/symbol..skipped test on this platform
modules/uri.ok
modules/utilok
internal/apiok
internal/auth...ok
internal/croak..ok
internal/dirmagic...ok
internal/error..ok
internal/headersok
internal/hooks..ok
internal/http-get...Use of uninitialized value in substitution (s///) at
/usr/lib/perl5/site_perl/5.6.1/Net/HTTP/Methods.pm line 425.

Modperl Footers/Headers

[Philip M. Gollucci]

Okay I've got an FBSD4.5 box with apache-1.3.24 with mod_perl1.26
I need to add a "canned" Footer to every page except one (toc.html).
This includes Location handlers, .cgi, .pl, .s?html

http://modperl.com:9000/perl_conference/cool_tricks/mp_footer.html
I saw that... but this doesn't work since .cgi, .pl files don't get
processed just read and output. (Works great for .html files though)

I think I may need to do something with Apache::OuputChain
but I don't know what.


Anywhere I should read that I'm missing ?

Thanks for the help.


END
--
Philip M. Gollucci (p6m7g8) [EMAIL PROTECTED] 301.314.3118 301.646.3011

Science, Discovery, & the Universe (UMCP)
Webmaster & Webship Teacher
URL: http://www.sdu.umd.edu

EJournalPress.com
Database/PERL Programmer & System Admin
URL : http://www.ejournalpress.com

Homepage: http://p6m7g8.com
Resume  : http://p6m7g8.com/Work/index.html
Software: http://p6m7g8.com/Developement/

Re: Apache::DBI or What ?

[Eric Frazier]

Hi!

Thanks a lot for this. I am not sure now if I will be able to use it. I am
afraid that if I do I will suddenly become its main supporter :) 
I also still don't see how a connection can be "reconnected" at such a high
level. Even when I looked into the mySQL C api I didn't see anything that
would help, which ment that the real stuff was barried deeper still. But the
caching of connection handles makes sense, and that might still be worth
while. Between this and mod_accel I have a lot to mess with. 



Thanks,

Eric 

At 01:52 PM 3/30/02 -0500, Hank Leininger wrote:
>On 2002-03-27, Eric Frazier <[EMAIL PROTECTED]> wrote:
>
>> If you have any idea where to find this code I would be thankful. I can
>> only find this..
>[snip]
>> At 04:47 PM 3/26/02 -0500, John D Groenveld wrote:
>> > Jeff Horn posted this a couple years ago either here or @ dbi-users
>> > 
>> > # Purpose: This version of Apache::DBI maintains a SINGLE persistent
>> > #  connection to each database.  When the user changes on
>
>Ask and ye shall receive ;)
>
>http://marc.theaimsgroup.com/?l=apache-modperl&m=96614841600181&w=2
>
>Or just grab the last attachment, which is the replacement DBI.pm:
>
>http://marc.theaimsgroup.com/?l=apache-modperl&m=96614841600181&q=p6
>
>--
>Hank Leininger <[EMAIL PROTECTED]> 
>  
>

http://www.kwinternet.com/eric
(250) 655 - 9513 (PST Time Zone)

Learn about the net, not the .Net! 

Re: Apache::DBI or What ?

[Perrin Harkins]

Eric Frazier wrote:
> I also still don't see how a connection can be "reconnected" at such a high
> level.

It can't, unless your database specifically supports the command 
"reauthenticate".  Oracle does, which is what he wrote this for, but I 
don't think it's a standard part of SQL syntax so it will probably not 
work with MySQL.

Of course MySQL connects really quickly, so you can probably get 
perfectly good performance without using Apache::DBI at all.

- Perrin

Re: Closer to installation

[John Kolvereid]

Hi Stas,
  I have been watching my error_log.  Here is what I
have found so far (in a nut shell): mod_perl and php4
cannot co-exist.  I have documented as best I can my
findings in hopes that someone can 'fix' this problem:

mod_perl only:
-
  building Apache 
configure \
--enable-module=info \
--enable-module=status \
--activate-module=src/modules/perl/libperl.a \
--enable-module=perl \
--prefix=/usr/local/apache

  httpd.conf
no LoadModules
no AddModules

  apachectl start
  ---error log
  [Tue Apr  2 17:16:47 2002] [notice] Apache/1.3.23
(Unix) mod_perl/1.26 configured -- resuming normal
operations
  [Tue Apr  2 17:16:47 2002] [notice] Accept mutex:
sysvsem (Default: sysvsem)
  

  available
mod_perl
no SSL
no PHP

mod_perl and SSL:

  building Apache
SSL_BASE=../openssl-0.9.6b \
configure \
--enable-module=info \
--enable-module=status \
--enable-module=proxy \
--enable-shared=proxy \
--enable-module=ssl \
--enable-shared=ssl \
--activate-module=src/modules/perl/libperl.a \
--enable-module=perl \
--prefix=/usr/local/apache

  httpd.conf
LoadModule ssl_module   libexec/libssl.so
LoadModule perl_module  libexec/libperl.so
AddModules mod_ssl.c
AddModules mod_perl.c

  apachectl start
  ---error log
  [Tue Apr  2 18:01:35 2002] [notice] Apache/1.3.23
(Unix) mod_perl/1.26 mod_ssl/2.8.7 OpenSSL/0.9.6b
configured -- resuming normal operations
  [Tue Apr  2 18:01:35 2002] [notice] Accept mutex:
sysvsem (Default: sysvsem)
  

  available
mod_perl
SSL
no PHP


mod_perl and SSL and php4:
-
  building Apache
same configuration

  httpd.conf
LoadModule ssl_module   libexec/libssl.so
LoadModule perl_module  libexec/libperl.so
LoadModule php4_module  libexec/libphp4.so
AddModules mod_ssl.c
AddModules mod_perl.c
AddModules mod_php4.c

  apachectl start
  ---error log
  [Tue Apr  2 17:49:09 2002] [notice] Apache/1.3.23
(Unix) mod_perl/1.26 PHP/4.0.6 mod_ssl/2.8.7
OpenSSL/0.9.6b configured -- resuming normal
operations
  [Tue Apr  2 17:49:09 2002] [notice] Accept mutex:
sysvsem (Default: sysvsem)
  

  available - nothing
"The document contained no data" appears in place of
any web page

  ---error log
  [Tue Apr  2 17:49:40 2002] [notice] child pid 17034
exit signal Segmentation fault (11)
  

Hope this helps.  Thanks.

John Kolvereid
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> John, when debugging problems one should closely
> watch the error_log 
> file (usually open with tail -f). It always tells
> you what the problem 
> is. So what does it say with your latest problem?
> 
>
__
> Stas BekmanJAm_pH --> Just Another
> mod_perl Hacker
> http://stason.org/ mod_perl Guide --->
> http://perl.apache.org
> mailto:[EMAIL PROTECTED] http://use.perl.org
> http://apacheweek.com
> http://modperlbook.org http://apache.org  
> http://ticketmaster.com
> 


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

install test fails

[terry mcintyre]

Redhat Linux 7.2
Apache 1.3.24
Perl 5.6.1
mod-perl-1.26

make test fails with result:

/usr/bin/perl t/TEST 0
Can't locate object method "new" via package
"URI::URL" (perhaps you forgot to load "URI::URL"?)
at
../blib/lib/Apache/test.pm line 252.
make: *** [run_tests] Error 255
 
 typescript with complete output follows:
 
 Any clues greatly appreciated.
 
 Thanks!


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/


typescript.old
Description: typescript.old

Re: Closer to installation

[Stas Bekman]

John Kolvereid wrote:
> Hi Stas,
>   I have been watching my error_log.  Here is what I
> have found so far (in a nut shell): mod_perl and php4
> cannot co-exist.  I have documented as best I can my
> findings in hopes that someone can 'fix' this problem:

John, we are going in circles here:

>   apachectl start
>   ---error log
>   [Tue Apr  2 17:49:09 2002] [notice] Apache/1.3.23
> (Unix) mod_perl/1.26 PHP/4.0.6 mod_ssl/2.8.7
> OpenSSL/0.9.6b configured -- resuming normal
> operations
>   [Tue Apr  2 17:49:09 2002] [notice] Accept mutex:
> sysvsem (Default: sysvsem)
>   
> 
>   available - nothing
>   "The document contained no data" appears in place of
> any web page
> 
>   ---error log
>   [Tue Apr  2 17:49:40 2002] [notice] child pid 17034
> exit signal Segmentation fault (11)
>   

All I wanted is this logged message explaining why the page wasn't 
served. We have it now (you posted this earlier as well)

Now please reread my earlier replies to you explaining how to get a core 
file dumped when Segfault happens and how to send to the modperl a 
backtrace, which will help to identify the problem.

The debug is actually an easy thing to do:

you have a problem with the script not doing the job

1. you go to the error_log file

1a. it's either a broken script, which you fix

1b. or it's a segfault

2. if it's a segfault you need to get the core file

3. you use gdb to get the backtrace from the core file (see the SUPPORT 
file)

4. you try to understand what the problem is by looking at the trace. if 
you don't understand it you send it to the list using the bugreport.pl 
script.

__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com