From: Richard H. <ric...@gm...> - 2005-03-22 23:07:03
|
Hi all, Using a mod_perl server (no proxy) with OI and when I enable the Include /oi/website/httpd_modperl_solo.conf and restart the server I lose php. From the apache/conf/error_log file: (using Include /oi/website/httpd_modperl_solo.conf ) Apache/1.3.31 (Unix) mod_perl/1.29 configured -- resuming normal operations (not using Include /oi/website/httpd_modperl_solo.conf ) Apache/1.3.31 (Unix) mod_perl/1.29 PHP/4.3.8 configured -- resuming normal operations What's going on here? Thanks. Richard |
From: Chris W. <ch...@cw...> - 2005-03-23 14:48:28
|
* Richard Hubbell (ric...@gm...) [050322 18:18]: > Using a mod_perl server (no proxy) with OI and when I enable the > Include /oi/website/httpd_modperl_solo.conf and restart the server > I lose php. > > From the apache/conf/error_log file: > (using Include /oi/website/httpd_modperl_solo.conf ) > > Apache/1.3.31 (Unix) mod_perl/1.29 configured -- resuming normal operations > > (not using Include /oi/website/httpd_modperl_solo.conf ) > > Apache/1.3.31 (Unix) mod_perl/1.29 PHP/4.3.8 configured -- resuming > normal operations > > What's going on here? I've never seen this before. Does PHP actually not work after you've brought in mod_perl functionality? (I'm not sure of the relationship between being advertised in the server-info line and actually working...) The next thing to do is whittle it down to the simplest case. What if you comment out the OI2 stuff (the PerlRequire and pointer to Apache::OpenInteract2) and make a super-simple mod-perl handler. Does the same result occur? If so, I'd ping the mod_perl mailing list for help: http://perl.apache.org/maillist/modperl.html Chris -- Chris Winters (http://www.cwinters.com) Building enterprise-capable snack solutions since 1988 |
From: Richard H. <ric...@gm...> - 2005-03-23 18:46:39
|
On Wed, 23 Mar 2005 09:58:09 -0500, Chris Winters <ch...@cw...> wrote: > * Richard Hubbell (ric...@gm...) [050322 18:18]: > > Using a mod_perl server (no proxy) with OI and when I enable the > > Include /oi/website/httpd_modperl_solo.conf and restart the server > > I lose php. > > > > From the apache/conf/error_log file: > > (using Include /oi/website/httpd_modperl_solo.conf ) > > > > Apache/1.3.31 (Unix) mod_perl/1.29 configured -- resuming normal operations > > > > (not using Include /oi/website/httpd_modperl_solo.conf ) > > > > Apache/1.3.31 (Unix) mod_perl/1.29 PHP/4.3.8 configured -- resuming > > normal operations > > > > What's going on here? > > I've never seen this before. Does PHP actually not work after you've > brought in mod_perl functionality? (I'm not sure of the relationship PHP and mod_perl worked fine until I Include httpd_modperl_solo.conf I found a solution but have run into another problem (see below). The solution was to do this: ( load php after include ) apache/conf/httpd.conf: Include /oi/website/conf/httpd_modperl_solo.conf LoadModule php4_module libexec/libphp4.so AddType application/x-httpd-php .php .phtml .php3 .html .htm AddType application/x-httpd-php-source .phps > between being advertised in the server-info line and actually > working...) lsof shows me that the php .so was loaded but php was not working. > > The next thing to do is whittle it down to the simplest case. What if > you comment out the OI2 stuff (the PerlRequire and pointer to > Apache::OpenInteract2) and make a super-simple mod-perl handler. Does > the same result occur? See above. The other problem I see now is that if I go to "System Documentation" page and click on "View OpenInteract Documentation" it wants to save the index.html as a file (it opens the save file as dialog box in my browser). Thanks. Richard > > If so, I'd ping the mod_perl mailing list for help: > > http://perl.apache.org/maillist/modperl.html > > Chris > > -- > Chris Winters (http://www.cwinters.com) > Building enterprise-capable snack solutions since 1988 > |
From: <me...@st...> - 2005-03-23 19:54:26
|
>>>>> "Richard" == Richard Hubbell <ric...@gm...> writes: Richard> AddType application/x-httpd-php .php .phtml .php3 .html .htm This is where you're getting in to trouble. "A man cannot serve two masters". You need to pick ".html" as either a PHP file or a mod_perl file. Choose wisely. Of course, you can narrow your choice by Directory or by Location, but you still need to choose. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <me...@st...> <URL:http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! |
From: Richard H. <ric...@gm...> - 2005-03-23 21:33:49
|
On 23 Mar 2005 11:54:21 -0800, "Randal L. Schwartz" <me...@st...> wrote: > >>>>> "Richard" == Richard Hubbell <ric...@gm...> writes: > > Richard> AddType application/x-httpd-php .php .phtml .php3 .html .htm > > This is where you're getting in to trouble. "A man cannot serve two > masters". You need to pick ".html" as either a PHP file or a mod_perl Wait a minute....wife, boss, kids.....am I bucking the trend? > file. Choose wisely. Of course, you can narrow your choice by > Directory or by Location, but you still need to choose. Thank you, that fixed this issue. You know (I don't own this server), just trying to add some functionality to it and that line looked suspect to me. But before I did anything the server was working fine. Only until openinteract was added to the mix have I seen any problems with .html and it's only from the pages served from my openinteract site. The main website didn't have problems serving up html. So maybe the choices are narrowed for other directories/locations. I haven't looked over the entire httpd.conf. > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > <me...@st...> <URL:http://www.stonehenge.com/merlyn/> > Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. > See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl > training! > -- |