Date: Wed, 12 Sep 2007 21:25:11 +0200 From: Mel <fbsd.questions@rachie.is-a-geek.net> To: freebsd-questions@freebsd.org Cc: Zbigniew Szalbot <zszalbot@gmail.com> Subject: Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf Message-ID: <200709122125.13974.fbsd.questions@rachie.is-a-geek.net> In-Reply-To: <94136a2c0709120023r3d6d6ea4s41356861e9f6563e@mail.gmail.com> References: <20070911234241.B2CAF16A4AC@hub.freebsd.org> <Pine.BSF.3.96.1070912141316.6998A-100000@gaia.nimnet.asn.au> <94136a2c0709120023r3d6d6ea4s41356861e9f6563e@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 12 September 2007 09:23:19 Zbigniew Szalbot wrote: > Hi there again, > > 2007/9/12, Ian Smith <smithi@nimnet.asn.au>: > > On Tue, 11 Sep 2007 19:19:32 +0200 Zbigniew Szalbot wrote: > > > I decided to upgrade my home machine to php5.2.3 from 4.4.7. All went > > > fine. I had one error about hash extension already loaded which I > > > solved by deleting a duplicated entry from extensions.ini. The curious > > > thing is that once apache has been restarted, if I want to load a > > > website which resides on this box, it behaves as if no php was enabled > > > in apache. In other words I can see the directory content (files > > > present in a given directory) despite index.php being there. What is > > > more strange is that when I click reload, the website is indeed loaded > > > into browser! So when I first type an URL, it shows directory content. > > > After hitting reload in browser (tested with both FF and IE), the page > > > is shown. > > > > Except for the reload bit - perhaps I never tried that - I've been here. > > > > > My first thought was checking httpd.conf > > > > > > <IfModule mod_php5.c> > > > DirectoryIndex index.php index.php3 index.html > > > </IfModule> > > > > > > and also > > > AddType application/x-tar .tgz > > > AddType application/x-httpd-php .php > > > AddType application/x-httpd-php-source .phps > > > > The latter AddTypes should be within <IfModule mod_mime.c> section? > > No, it wasn't in there but I moved it to this section. There is no > difference. I cannot start apache. > > > index.php3 there looks a bit odd, unless you're supporting some old > > .php3 scripts? If you're then still having trouble, show us the whole > > <IfModule mod_dir.c> .. </IfModule> section? > > > > For a php4 to php5 update, make sure you also have such as: > > > > #LoadModule php4_module libexec/apache/libphp4.so > > LoadModule php5_module libexec/apache/libphp5.so > > > > and > > > > #AddModule mod_php4.c > > AddModule mod_php5.c > > > > And check that /usr/local/libexec/apache/libphp5.so exists! > > Everything is fine here. But I think now that the problem is not with > apache but with php. It does not even matter if I do start or > startssl. In both instances the httpd server dies. The reason I think > it is php-related is that when I issue php -v I get: > > PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 12 2007 08:59:52) > Copyright (c) 1997-2007 The PHP Group > Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies > Segmentation fault (core dumped) Change the order of the extensions in extensions.ini. Each upgrade the order is magically different, but the following comments I've assembled over time: $ grep '^;' /usr/local/etc/php/extensions.ini ; NOTE: spl makes php coredump if loaded after pspell ; NOTE 2: simplexml makes php coredump if loaded after pspell Yes, pspell is the common factor, but it isn't always. I should've kept track, but the binding factor seems to be php extensions using a C++-written library. Once I see the coredump, I start moving the last extension up and re-run php -v. If it's all the way up, take the next extension on the bottom and rince and repeat. -- Mel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200709122125.13974.fbsd.questions>