Rozdzia� 48. Installation

An "Invalid URI in request GET /test.php3 HTTP/1.0" may be
triggered when you specify a drive letter in the 

Action application/x-httpd-php3	"d:/php.exe"

 You may circumvent this bug by specifying a ScriptAlias /php/ d:/php/



and later referencing the alias in the httpd.conf file as 

Action application/x-httpd-php3 /php/php.exe


If you still run into errors, perhaps more conclusive suggestions are
available at
<Br>
"
Request Error ( HTTP 400 ) Troubleshooting

On an AIX 4.3.2 system with GCC 2.95.2 and PHP3/PHP4

functions/datetime.c:75 
... and some other files around

add this :
#if !defined(_AIX)
extern time_t timezone;
#endif

this will let you compile it.

Kindly regrads, Horst Venzke

Re: win2k...

Make sure the following is true:

1) That the directory has Script & Execute permission in IIS' admin


2) ISUSER_<machinename> has Read and Execute permissions 

3) the Everybody group has execute(but not write) permissions in the file
system (Windows Explorer)

I had similar problems with plain ol' perl scripts, made those changes and
all worked well. (using Windows 2000 Server RTM version)

I havent installed PHP on that box, as I am using Linux for PHP work, but
it should help ...

I got errors involving the GD library, such as function being declared
twice.  I had the 1.8.2 version of GD installed (the one that has no GIF
support, only PNG) in a seperate dir than the standard 1.3-6 that comes
with redhat, and it was trying to link with those.  So i deleted the 1.8.2
version, dumped config.cache, reran config, recompiled and all that and it
worked.  Just a note if anyone has that problem.

Just a reflection of my PHP4 install process in RedHat 6.2 (hopefully
somebody with my level of experience will find this useful):

Configure couldn't find apxs. This is because RedHat didn't install it
as part of the server option install. Go figure. The solution to a missing
apxs script is to install the apache-devel-1.3.12-2.i386.rpm from your
RedHat 6.2 install CD, which will put apxs in the right spot with the
right parameters inside.

Another problem I had was that since I'd upgraded PostgreSQL, and was
trying to compile PHP4 with PostgreSQL support, Apache couldn't find
/usr/local/pgsql/lib/libpq.so.2.1 (needed to load modules/libphp4.so with
PostgreSQL support) and so wouldn't start (when I did ./httpd restart in
/etc/rc.d/init.d). The answer was to add /usr/local/pgsql/lib to the list
of places that library files are kept, in the file /etc/ld.so.conf, and
then run ldconfig -v to update the list of libraries.

Then, of course (in RedHat 6.2), cd /etc/rc.d/init.d and then do
./httpd restart .

For me, the rest is smooth sailing. Except for the SQL errors.

Note that this advice is from a somewhat newbie (to Linux, PHP and
PostgreSQL) perspective, so your mileage may vary. Exercise extreme
caution.

I've added detailed PWS, Perl, & PHP4 installation instructions for
Win98 at FAQts.

[Editor's note: PHP4 includes the mysql files needed, so for that version
the path is optional]

When you compile using "--with-mysql=/dir", you need to enter
the path to the mysql header files.  Usually, it's
/usr/local/include/mysql or something like that.  There should be a bunch
of *.h files in there...

Hi all,

If you are looking for PHP 4 RPMs, just have a look at .

Troels does a fantastic job and maintains the RPMs that are updated
regularly.

These RPMs provide plug-n-play installation for users of up-to-date Red
Hat Linux systems.

Enjoy !

After running these steps, you can type the following to see where httpd is
running from:

ps fax | grep "httpd"

Mine was /var/lib/apache/sbin/httpd while I was compiling to
/var/lib/apache_1.13.14/src/httpd.  I think it ultimately ended up in
/usr/local/apache/bin/httpd.

In the FAQ, if you haven't gotten there yet, it says you can also run the
following to see if php is installed:

/path/to/httpd -l

You should see mod_php4.c in the list.  If you don't, run the install
instructions above AGAIN.  I had to do this 7 or 8 times.  Maybe I'm just
tired today...

Notes on installing PHP (3.x.x or 4.x.x) on a RedHat 6.x Linux box using
glibc 2.1.x. When you install it as a DSO  module for Apache (--with-apxs)
with the standard RPM's from RedHat for Apache and MySQL, the httpd daemon
dies without giving any error message, and without sending any message to
the console.

From a comment by Rasmus Ledorf: this is caused "probably due to a
glibc-2.1.x bug related to dynamically loading a library
linked against pthreads into a binary that isn't linked against
pthreads.  Try it using --without-mysql and see if it works.  If it does
then you know it is a mysql-related problem.  To fix it you will need the
non-threaded mysql client rpm available from www.mysql.com".

You can also download the source code for MySQL and recompiled it
statically, using this configuration options:

 --with-client-ldflags=-all-static 
 --with-mysqld-ldflags=-all-static

You must then re-run the ./configure; make; make install in your PHP
source tree to get the PHP shared module working with the new MySQL
support.

Regards,
Rodolfo Gonzalez.
[email protected]

There seems to be little or no information on how to build the php binary
(specifically in Linux) - it's useful for CGI and shell scripting.

What you need to do is to run:

./configure --without-apache --without-apxs --with-other-options

It will tell you that as you are building it without Apache support, it is
building it as a CGI binary.

Then do make ; make install and it should then be installed
(/usr/local/bin/php by default)

Regarding MacOS availability, Tenon Intersystems has a nice product called
"WebTen" that runs under MacOS (7-9) in what they call a
"UNIX Virtual Machine" and allows a quite nice implementation of
Apache and PHP under MacOS's prior to OS X.

I figured out why i get this error with just a virtual directory and not
the root:

8. Windows: I have installed PHP, but when I to access a PHP script file
via my browser, I get the error: cgi error:
 The specified CGI application misbehaved by not
 returning a complete set of HTTP headers.
 The headers it did return are:
---------------------
Look at the php.ini file and look for

doc_root =

set it to nothing so that it does not only look for that directory. I hope
it helps people with IIS and PHP

Just to let others know, I was having a problem with PHP 4.1.1 on WinXP
with Apache 1.3.22 as a module. Every time I wanted to load a .php file it
was giving me a save-as dialog box. What fixed it for me (and wasn't in
any documentation I could find) was adding an additional line in the
Apache conf file after loading it as a module. The line should fall under
AddModule category, like so:

AddModule mod_php4.c

Hope that help others having similar problems.

A good place to go for a nice easy to follow tutorial on setting up PHP
under Windows is 

Have fun... Dion

go to..

the --with-mysql= /path/to/mysql
as my own experience, the "/path/to/mysql" should be the path
which include the "./lib" and "./include" sub
directory. 

i configure the php v4  in my freebsd 4.5 box. use the following shell
command: 
./configure --with-imap --with-gettext
--with-apxs=/usr/local/apache/bin/apxs --with-dbf --with-mysql=/usr/local
(where "/usr/local" have sub-dir "/usr/local/lib" and
"/usr/local/include")
just for your reference, Dont just copy ^_^

On windows 2000 installation I've had PHP simply hanging when running a PHP
script. 

To see exactly what is going wrong with PHP in the context of the
IUSR_MACHINENAME account create a shortcut on your desktop to point to
cmd.exe.

Right click on the shortcut, and select properties.

Then check the 'run as a different user' checkbox of the property pages of
the shortcut.

Double click then shortcut, and you will be prompted for a user account to
run the cmd.exe shell under. 

Enter IUSR_MACHINENAME (replace machine name with the machine name of your
system), and enter the password for the account.

If you don't know the password for the IUSR account you might need to go
change it in Administrative Tools->Computer Management.

Enter the password, and you will be dropped into a command prompt.

Now run c:\php\php.exe -i and see if you can catch any error messages.

On my system it had a problem accessing c:\winnt\system32\browscap.ini
which I was then able to sort out.

Running PHP as the Administrator user didn't give this problem, so being
able to impersonate the IIS account was a very useful diagnostic tool.

Perhaps this will save someone the hours that it cost me to figure out how
to go from a CGI version of PHP (through 4.2) to a module version on
Apache 2 for Win2K: 

I've had a CGI versions of PHP 4 through several releases of Apache and
the setup for that is really easy (assuming they both individually work): 

0. Review php.ini (engine = On, et. al) 
1. Move php4ts.dll into appropriate windows subdirectory (for me it's
System32). 

The remaining 4 items are changes/additions to Apache's httpd.conf file: 
2. Put index.php as the first argument to DirectoryIndex if you want
Apache to automatically pick up index.php files 

Now add the following 3 lines: 
3. AddType application/x-httpd-php .php 
4. Action application/x-httpd-php "/php4/php.exe" 
5. ScriptAlias /php4/ "c:/winapps/php/4.2/sapi/" 

3 is so Apache will know .php files are special. 4 is so Apache will know
what special program to run when it realizes it has a (.php) special file.
5 is so that Apache will know what directory that special program
(php.exe) lives in. 

To go from the CGI to the Module version should be even simpler, right?
But there is a HUGE gotcha. It's one of those You can't get there from
here syndromes if you are using Apache 2.0.28 (or earlier, I presume). I
needed to upgrade to 2.0.35 so that the required php (4.2) provided
apache2filter.dll file would work with Apache2. 

So the final steps are as follows: 
Do steps 0-3 as written above. 
If you are upgrading, not installing, then back out steps 4 and 5 from
above. 
4) Add a line to the httpd.conf file: 
LoadModule php4_module c:/winapps/php/4.2/experimental/apache2filter.dll 
NOTE that this is not the php4apache.dll file of yore in the sapi
directory (which I presume would work if you were doing this with Apache
1.3.x)

The online documentation fails to mention that extension can be built
shared. i.e. --with-EXTENSION=shared,[<DIR>].  In particular, mySql
(on redhat), would only configure, compile and load (into Apache)
correctly when I specified --with-mysql=shared,/usr.

The only documentation I found on using shared was in the
"configure" file itself.

INSTALLATION ON OPENBSD 3.1 VIA PORTS COLLECTION
Would have succeed but no mysql support. 
I commented out the FLAVORS+= dbase filepro mysql mysql_bundled postgresql
iodbc in the /usr/ports/www/php4/Makefile and in the configure options
added  
--with-mysql=/usr/local   and it worked. 

Good Luck

-= Apache 1.3.24 [Win32] with PHP 4.2.1 =-

-- 500 Internal Server Error  --

Okay.. this goes out to the ID Ten T users.. if you have done everything
correctly (following instructions) and are having trouble running php from
the ../cgi-bin/ directory... remove it from the /cgi-bin/ directory.. php
can be run from anywhere in your ../htdocs directory!!

If for some reason you do want a script in that directory badly, then you
will have to configure your Apache config file differently for cgi
options.

Several users that tried to install PHP4 under Windows with the servers
Apache, PWS or Xitami receives this message when trying to open a php
script file:

"Security Alert! PHP CGI cannot be accessed directly. 
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set. This variable is set, for example, by Apache's Action
directive redirect. 

You may disable this restriction by recompiling the PHP binary with the
--disable-force-cgi-redirect switch. If you do this and you have your PHP
CGI binary accessible somewhere in your web tree, people will be able to
circumvent .htaccess security by loading files through the PHP parser. A
good way around this is to define doc_root in your php.ini file to
something other than your top-level DOCUMENT_ROOT. This way you can
separate the part of your web space which uses PHP from the normal part
using .htaccess security. If you do not have any .htaccess restrictions
anywhere on your site you can leave doc_root undefined. If you are running
IIS, you may safely set cgi.force_redirect=0 in php.ini."

I warned it to the PHP-DOC list and nobody knew how to help me. But once
somebody from there said me to try to set the Apache Server not to run PHP
as a script, or something like that. I just know that the unique lines
that I had to put in the httpd.conf of Apache was:

AddType application/x-httpd-php .php

ScriptAlias /php/ "c:/arquivos de programas/php/"
AddType application/x-httpd-php .php
Action application/x-httpd-php "/php/php.exe"

And it worked! But I couldn't resolve this problem with PWS or Xitami. And
now I want to run it with Xitami. Can anybody help me? If so, please send
me an e-mail: [email protected]
Thanks a lot...

Q: Our company used to run PHP 4.0.4pl1 on SunOS ultra60 5.7 server with
out any problems. Later we got another machine which runs PHP 4.2.0 on
Linux Box. 

Question: With the new (php 4.2.0) version of PHP we couldn't pass
form/query string etc., variables from one file to the other.(eg: form
submissions). Do we need to set any variables in PHP.ini or some where to
enable such behaviour for this PHP version. Any clues to solve this issue
will  be highly appreciated. 

Thanks and Regards - K.Raju

I'm experiencing the same problem K.Raju does. I'm using win98. I've tried
it on PWS and Apache 2.0.39. Tried both php full package and windows
installer package.

thnx

Q: With the new (php 4.2.0) version of PHP we couldn't pass
form/query string etc., variables from one file to the other.(eg: form
submissions). Do we need to set any variables in PHP.ini or some where to
enable such behaviour for this PHP version. Any clues to solve this issue
will  be highly appreciated. 

A: you should turn on the register_globals variable in php.ini

This however seems to create some security risks.. The docs say you should
use the $HTTP_*_VARS[], wich i couldn't figure out since I couldn't find
any documentation about this.

You could also use cookies or a DB to store the values ofcourse.....

I install php in PWS succesfully without any trouble !!! Contact me if you
want to know how

I have an strange problem in installing php4 with Apache 1.3.23 (a have win
98) a followd all the instruction() and the server starts very well with
the module of the php4 but when i try to verify by making   a php file
with <?php phpinfo(); ?> on my page and try to view it in the
browser(IExplorer ) it apears the download window . What is hapening???
pls help me because i don't have i clue about is wrong!!!

Security Alert! The PHP CGI cannot be accessed directly. 
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set, e.g. via an Apache Action directive.

For more information as to why this behaviour exists, see the manual page
for CGI security.

For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this distribution,
or visit the manual page.

I don't know how to set it, can you give me some example to solve it?

hey im in need of some help here! 
a guy came by the other week and posted this ..

I have an strange problem in installing php4 with Apache 1.3.23 (a have
win
98) a followd all the instruction() and the server starts very well with
the module of the php4 but when i try to verify by making   a php file
with <?php phpinfo(); ?> on my page and try to view it in the
browser(IExplorer ) it apears the download window . What is hapening???
pls help me because i don't have i clue about is wrong!!!

([email protected])
well, i have the exact same problem. I just want apache to run the phpinfo
line without having the download dialog pop up! i just want the page to
run the php file.

If anyone knows anything, please email me and then post the solution on
here so that others dont have the same problem. I thank you!

To get PHP to work under PWS when you get the error message about security,
you need to add the line <b>cgi.force_redirect=0</b> to the
top of your php.ini file right below [php].

I'm searching for mod_php4.so & mod_php4.c
if anyone got it please send me an email

I'm having a strange problem. I just installed Apache 1.3.26 and PHP 4.2.1
as a CGI on Windows XP with a virtual host.
The really strange thing is that when I run a script I've written that
checks what server it's running on it doesn't get the correct server name.
Both $HTTP_HOST and $SERVER_NAME are empty.

The code I use is as follows:

if(($HTTP_HOST != "gulli") && ($HTTP_HOST !=
"www.gulli.net"))
{
  header("Location: );
}

This forces the browser to move to www.gulli.net/.... every time even when
I'm running the script at 'gulli'. I would think that I'd have done
something wrong except that when I add phpinfo();  in the SAME script both
$HTTP_HOST and $SERVER_NAME return 'gulli' like they should.

Any ideas? This is really getting on my nerves!

Thanks

Gulli

Well I've found out what was giving me trouble.

register_globals = On

was required in php.ini but it also told me I was writing badly thought
out code :( Guess I'll have to get to some thinking then.

Gulli