This section contains notes and hints specific to Sun Java System Web Server, Sun ONE Web Server, iPlanet and Netscape server installs of PHP on Sun Solaris.
From PHP 4.3.3 on you can use PHP scripts with the NSAPI module to generate custom directory listings and error pages. Additional functions for Apache compatibility are also available. For support in current web servers read the note about subrequests.
You can find more information about setting up PHP for the Netscape Enterprise Server (NES) here: » http://benoit.noss.free.fr/php/install-php4.html
To build PHP with Sun JSWS/Sun ONE WS/iPlanet/Netscape web servers,
enter the proper install directory for the
option. The default directory is usually
Please also read
Install the following packages from » http://www.sunfreeware.com/ or another download site:
PATH=.:/usr/local/bin:/usr/sbin:/usr/bin:/usr/ccs/binand make it available to your system
gunzip php-x.x.x.tar.gz(if you have a .gz dist, otherwise go to 4).
tar xvf php-x.x.x.tar
For the following step, make sure
where your netscape server is installed. Otherwise, change to the
correct path and run:
./configure --with-mysql=/usr/local/mysql \
After performing the base install and reading the appropriate readme file, you may need to perform some additional configuration steps.
Configuration Instructions for Sun/iPlanet/Netscape.
Firstly you may need to add some paths to the
environment for the server to find all the shared libs. This can best done
in the start script for your web server. The start script is often located
You may also need to edit the configuration files that are
Add the following line to
mime.types (you can do
that by the administration server):
magnus.conf (for servers >= 6) or
obj.conf (for servers < 6) and add the following,
shlib will vary depending on your system, it will be something like
/opt/netscape/suitespot/bin/libphp4.so. You should
place the following lines after
mime types init.
Init fn="load-modules" funcs="php4_init,php4_execute,php4_auth_trans" shlib="/opt/netscape/suitespot/bin/libphp4.so"
Init fn="php4_init" LateInit="yes" errorString="Failed to initialize PHP!" [php_ini="/path/to/php.ini"]
(PHP >= 4.3.3) The
php_ini parameter is
optional but with it you can place your
php.ini in your
web server config directory.
Configure the default object in
(for virtual server classes [version 6.0+] in
.#NOTE this next line should happen after all 'ObjectType' and before all 'AddLog' lines
Service fn="php4_execute" type="magnus-internal/x-httpd-php" [inikey=value inikey=value ...]
(PHP >= 4.3.3) As additional parameters you can add some special
php.ini-values, for example you can set a
to the context
php4_execute is called. For boolean
ini-keys please use 0/1 as value, not
(this will not work correctly), e.g.
zlib.output_compression=1 instead of
This is only needed if you want to configure a directory that only consists of
PHP scripts (same like a
ObjectType fn="force-type" type="magnus-internal/x-httpd-php"
Service fn=php4_execute [inikey=value inikey=value ...]
After that you can configure a directory in the Administration server and assign it
x-httpd-php. All files in it will get executed as PHP.
This is nice to hide PHP usage by renaming files to
Setup of authentication: PHP authentication cannot be used with any other authentication. ALL AUTHENTICATION IS PASSED TO YOUR PHP SCRIPT. To configure PHP Authentication for the entire server, add the following line to your default object:
To use PHP Authentication on a single directory, add the following:
The stacksize that PHP uses depends on the configuration of the web server. If you get crashes with very large PHP scripts, it is recommended to raise it with the Admin Server (in the section "MAGNUS EDITOR").
Important when writing PHP scripts is the fact that Sun JSWS/Sun ONE
WS/iPlanet/Netscape is a multithreaded web server. Because of that all
requests are running in the same process space (the space of the web server
itself) and this space has only one environment. If you want to get CGI
etc. it is not the correct way to try this in the old PHP 3.x way with
getenv() or a similar way (register globals to
$_ENV). You would only get the environment
of the running web server without any valid CGI variables!
Why are there (invalid) CGI variables in the environment?
Answer: This is because you started the web server process from the admin server which runs the startup script of the web server, you wanted to start, as a CGI script (a CGI script inside of the admin server!). This is why the environment of the started web server has some CGI environment variables in it. You can test this by starting the web server not from the administration server. Use the command line as root user and start it manually - you will see there are no CGI-like environment variables.
Simply change your scripts to get CGI variables in the correct way for
PHP 4.x by using the superglobal
$_SERVER. If you have
older scripts which use
$HTTP_HOST, etc., you should turn
php.ini and change the variable
order too (important: remove
"E" from it,
because you do not need the environment here):
variables_order = "GPCS"
register_globals = On
You can use PHP to generate the error pages for
"404 Not Found"
or similar. Add the following line to the object in
every error page you want to overwrite:
Error fn="php4_execute" code=XXX script="/path/to/script.php" [inikey=value inikey=value...]
XXX is the HTTP error code. Please delete
Error directives which could interfere with yours.
If you want to place a page for all errors that could exist, leave
code parameter out. Your script can get the HTTP status code
Another possibility is to generate self-made directory listings.
Just create a PHP script which displays a directory listing and
replace the corresponding default Service line for
obj.conf with the following:
Service fn="php4_execute" type="magnus-internal/directory" script="/path/to/script.php" [inikey=value inikey=value...]
For both error and directory listing pages the original URI and
translated URI are in the variables
The NSAPI module now supports the nsapi_virtual() function (alias: virtual()) to make subrequests on the web server and insert the result in the web page. This function uses some undocumented features from the NSAPI library. On Unix the module automatically looks for the needed functions and uses them if available. If not, nsapi_virtual() is disabled.
But be warned: Support for nsapi_virtual() is EXPERIMENTAL!!!