John DeStefano wrote:
I upgraded my system from 5.4-RELEASE to 6.1-STABLE last week, and my
web server immediately stopped serving PHP pages, where I had no
problem doing so before.  Instead of processing the PHP code on the
server and displaying the result in a browser, browsing to any page
containing PHP code resulted in a prompt to download the PHP page as a
file.

As you are probably already painfully aware, this is *usually*
due to the absence of the necessary lines in the httpd.conf file;
specifically, AddModule and LoadModule (pointing to the PHP shared
object) and AddType (referring to the MIME type for PHP files).

/usr/ports/UPGRADING mentions that PHP has been streamlined and must
be recompiled to work with Apache and other packages. After
deinstalling, configuring (where applicable), and reinstalling PHP5,
php5-extensions, and apache2 to the latest versions, not only were PHP
files not being served, but my web server was toast:
"Forbidden You don't have permission to access / on this server."

Not toast, exactly.  Another configuration error, most likely.
httpd.conf tells the server which file(s) is/are acceptable as
INDEX files.  If all your index files were "index.php", for
example, and the httpd.conf file (which is new, apparently?) says
that only "index.html" files are allowed as INDEX files, you'll
get this error every time.

I edited the new apache config file (now located in
/usr/local/etc/apache22/httpd.conf) with my system information,
including a DocumentRoot path. But when I started apache, I got some
very peculiar errors:
"Warning: DocumentRoot [/www/docs/dummy-host.example.com] does not exist
Warning: DocumentRoot [/www/docs/dummy-host2.example.com] does not exist"

Not only did I confirm beforehand that I had set the DocumentRoot
path, and that apache was using the correct config file... but these
"dummy" paths didn't exist in the config file!  I learned eventually
that a new apache directive splits out virtual host directives to a
new include file (/usr/local/etc/apache22/extra/httpd-vhosts.conf).
Then I learned after getting a server warning ("NameVirtualHost *:80
has no VirtualHosts") that the syntax has been slightly modified, so
that the IP/port value of each VirtualHost specification must match
that of the NameVirtualHost directive (i.e., "NameVirtualHost *:80"
and "<VirtualHost *:80>").

Still having trouble though: my "main" site loads properly, but the
other virtual hosts aren't. Browsing to any virtual host address other
than the default results in either the wrong content or an error.
Here's what my httpd-vhosts.conf looks like:

NameVirtualHost *:80

<VirtualHost *:80>
ServerName www.SiteA.com
ServerAlias SiteA.com *.SiteA.com
DocumentRoot /usr/www
ErrorLog /var/log/httpd-SiteA-error.log
CustomLog /var/log/httpd-SiteA-access.log combined
</VirtualHost>

<VirtualHost *:80>
ServerName www.SiteB.com
ServerAlias SiteB.com *.SiteB.com
DocumentRoot /usr/www2
ErrorLog /var/log/httpd-SiteB-error.log
CustomLog /var/log/httpd-SiteB-access.log combined
</VirtualHost>


IANAE here, but that's not like my httpd.conf, in which
the ports aren't specified.  I also don't use ServerAlias
directives.  Like I said, no expert.

So, what's happening is that SiteA works as expected, but browsing to
SiteB brings you to SiteA, or doesn't load at all ("403" error).

In addition, I'm back to my original problem, where PHP files are not
loading, and browsing to a PHP page prompts the user to download the
page as a file.

Any help on either the virtual hosts or the PHP download issue would
be greatly appreciated.


You said you did this already, but I'd again make **sure**
I was editing the correct httpd.conf.  Get the right syntax,
and it'll be there.  Watch out for "IF" syntax, also.

Can you post the relevant lines (AddModule, LoadModule, AddType)
and whether or not they are contained in an "IF" ??

Kevin Kinsey


--
How do you explain school to a higher intelligence?
                -- Elliot, E.T.

_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to