php-install Digest 12 Nov 2002 01:26:23 -0000 Issue 1115
Topics (messages 9098 through 9110):
Re: Problem with parsing with CGI
9098 by: Rich Gray
Re: Request entity too large (already seen the FAQ)
9099 by: Bret Robideaux
Serious Problem - Server Crashing
9100 by: Stephen Edmonds
openssl library location problem
9101 by: Robert Trebula
Re: Problems with php and apache on win2000
9102 by: Henrik
Okay, I take it back about Apache
9103 by: Stephen Edmonds
Need CyberCash MCK for Linux
9104 by: Peter Janett
set max_exceuction_time
9105 by: Jeffrey_N_Dyke.Keane.com
9106 by: Stephen Edmonds
9107 by: Jeffrey_N_Dyke.Keane.com
please help, one question regarding installing GD_2.0.4 with PHP_4.2.3
9108 by: Hua \(William\) Li
Re: [PHP] please help, one question regarding installing GD_2.0.4 with PHP_4.2.3
9109 by: Rasmus Lerdorf
Problems installing PHP 4.2.3 with Apache HTTPD 2.0.43 in Windows 2000
9110 by: Marcelo Juchem
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
Brandon,
I think you have answered your own question - because the suffix is .cgi the
web server is not using PHP to parse the script - if you want all .cgi
scripts to be treated as PHP scripts you will need to configure your
webserver to invoke php for that suffix... e.g. for Apache it would be
similar to ...
AddType application/x-httpd-php .php .cgi
BUT that will break any Perl or other cgi scripts you have...
HTH
Rich
-----Original Message-----
From: Brandon Oto [mailto:brandon@;berkeleyhigh.org]
Sent: 11 November 2002 12:14
To: [EMAIL PROTECTED]
Subject: [PHP-INST] Problem with parsing with CGI
Hey, everyone. I had a small problem, was hoping someone could enlighten me.
Relatively new PHP user, so it's quite possible this is something silly.
Check out the following page, if you would:
http://www.berkeleyhigh.org/cgi-bin/mt/mt-comments.cgi?entry_id=49
That's a page generated by CGI, with a snippet of PHP in the head. What's
the problem? Well, it's not parsing. Check out the source; it's just sitting
there, being obstinate.
What's funny is that every other page (every single one) on the site have
the exact same code, and they all parse just fine. It's very simple code,
too; it just reflects a change made on this page:
http://www.berkeleyhigh.org/customize/ and prints the appropriate line to
determine which style sheet it should be using.
Since this is the only page on the site that does this (well, all of the
comments pages do this, but they're the same thing, really), what I'm
tempted to think is that it's somehow related to the fact that this page has
a .cgi label. Maybe. Or maybe not. Maybe I'm just being stupid.
Yeesh, I don't know. Can anybody help?
Thanks in advance,
- Brandon Oto
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Stop dreaming, that's the reason you never got a question from me on
this list :) I signed up in case the archives didn't have a solution for
my problem and have just been too lazy to unsub :)
I suspect it's happened more than once :)
Bret
[snip]
Remember, no one is getting paid to do this. Some questions just go
unanswered, sorry. All you can do is rephrase and ask again or ask
somewhere else.
But, thank you for posting the solution you did eventually find. That
will be of assistance if anyone ever searches the archives before
posting...
Hey, I can dream, can't I??
---John Holmes...
--- End Message ---
--- Begin Message ---
In the end I decided to do a full re-install of the server, php AND mysql.
Everything seems to be working fine now. My guess is that the first crash
was caused by a server overload or something, which then damaged my php
installation. Why it worked fine over my network but not over the internet
is a mystery to me... Anyway, its fixed now and hopefully it won't happen
again.
Thank you for all your help
And no, Apache is still evil :p
Stephen
--- End Message ---
--- Begin Message ---
Hi,
I'm trying to compile php as an apache 1.3 module and I need that libphp4.so
does *not* link against /usr/lib/libssl.so and /usr/lib/libcrypto.so.
First I tried to compile without mentioning openssl in configure parameters:
/configure --with-apxs=/usr/local/apache27/bin/apxs --enable-versioning \
--with-mysql=/usr/ --enable-track-vars --with-gd=/usr/local/ --enable-ftp \
--with-interbase --with-ldap --with-mcrypt --with-mhash --with-zlib \
--with-png-dir=/usr/lib --with-pgsql --with-ttf --with-t1lib=/usr \
--with-freetype-dir=/usr/local --with-mm
and `ldd libphp4.so` showed that it links against libssl.so and libcrypto.so
from /usr/lib.
Then I tried to persuade it to link against libssl.a and libcrypto.a from
/usr/local/lib (I don't really need any ssl support in php, just want to avoid
linking it against /usr/lib versions of openssl libraries. The /usr/local/lib
static ones are OK):
./configure --blah-blah-as-above --with-openssl=/usr/local
and, what-a-surprise, `ldd libphp4.so` = /usr/lib/lib(ssl|crypto).so again!
The apache is 1.3.27 with mod_ssl statically linked against
/usr/local/lib/lib(ssl|crypto).a
Is it a bug in PHP that it uses libs from /usr/lib even if told to use ones
from /usr/local/lib ? Or am I just doing something wrong? Why does php link to
openssl libs anyway? Is it somehow related to the fact that I'm using mod_ssl?
Thanks for any hints,
Robert
PS: please Cc: my address when replying. Thanks.
--
Robo Trebula
[EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
One of the codes that generates the problem below:
<?php
phpinfo();
?>
"Henrik" <[EMAIL PROTECTED]> skrev i en meddelelse
news:20021110200406.41617.qmail@;pb1.pair.com...
> I have installed Apache and php.
>
> I can run normal html page from the server (localhost) and my hello
> world.php works fine on the server but when I try to run the phpinfo
script
> the it comes up with a "Internal server error". I look in the error logs,
> and it stats "[Sun Nov 10 20:50:18 2002] [error] [client 127.0.0.1]
> Premature end of script headers: c:/php/php.exe" Also more complex script
> then the hello world comes with the same error.
>
> Hope somebody can help me
> Henrik
>
>
>
--- End Message ---
--- Begin Message ---
Maybe I was a little hasty about Apache. At the time I was quite annoyed,
what with the fact IIS didn't work usefully and everything kept crashing etc
etc. With a clearer head, I've managed to get it working. I must say, the
documentation is still hard to understand, but that's to some kind ppl who
kept mailing me with answers to my 2 problems with Apache, its now working.
IF it is stable is still to be seen.. but for the moment I would like to
thank you all for you help. I will be coming back and asking questions thou
:p
A slightly embarrassed
Stephen
--- End Message ---
--- Begin Message ---
I'm moving a site over from a Sun server to a Linux server, and need the
CyberCash MCK software to install on the Linux box.
I know that Verisign has purchased and swallowed CyberCash into their
PayFlowPro system, but I just need to move an existing, functioning site
that uses CyberCash.
So, anyone know where (or have a copy) of the CyberCash MCK software for
Linux?
Thanks,
Peter Janett
New Media One Web Services
--- End Message ---
--- Begin Message ---
Hello All.
I have max_execution_time = 0 in my ini for a binary installation of PHP.
I have also tried to set it to a number such as 3000.
In my install i used the configure argument
-with-config-file-path=/usr/local/php_bin.ini ....and this is the ini that
i am changing.
Yet none of my scripts will run past 30seconds. Is there something that
sticks out to any of you that i am missing? Is there a way to test my
binary install to ensure that it is reading /usr/local/php_bin.ini, as i
supplied??
thanks for all assistance.
jeff
--- End Message ---
--- Begin Message ---
You will need to change the settings on your sever too. In Xitami, I had to
change my maximum CGI Execution to a higher number. I suggest looking for
something similar in your web server
Stephen
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 11, 2002 9:36 PM
Subject: [PHP-INST] set max_exceuction_time
> Hello All.
>
> I have max_execution_time = 0 in my ini for a binary installation of PHP.
> I have also tried to set it to a number such as 3000.
> In my install i used the configure argument
> -with-config-file-path=/usr/local/php_bin.ini ....and this is the ini
that
> i am changing.
>
> Yet none of my scripts will run past 30seconds. Is there something that
> sticks out to any of you that i am missing? Is there a way to test my
> binary install to ensure that it is reading /usr/local/php_bin.ini, as i
> supplied??
>
> thanks for all assistance.
> jeff
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
Good Hint, i'll look for that. and for more information for anyone else
who replies....
I am running Solaris, and am not running these scripts throught the
browsers....it is all shell based.
thanks
jeff
"Stephen Edmonds"
<stephen.edmonds5@btint To: <[EMAIL PROTECTED]>
ernet.com> cc: "PHP Helplist Instalation"
<[EMAIL PROTECTED]>
Subject: Re: [PHP-INST] set
max_exceuction_time
11/11/2002 04:45 PM
You will need to change the settings on your sever too. In Xitami, I had to
change my maximum CGI Execution to a higher number. I suggest looking for
something similar in your web server
Stephen
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 11, 2002 9:36 PM
Subject: [PHP-INST] set max_exceuction_time
> Hello All.
>
> I have max_execution_time = 0 in my ini for a binary installation of PHP.
> I have also tried to set it to a number such as 3000.
> In my install i used the configure argument
> -with-config-file-path=/usr/local/php_bin.ini ....and this is the ini
that
> i am changing.
>
> Yet none of my scripts will run past 30seconds. Is there something that
> sticks out to any of you that i am missing? Is there a way to test my
> binary install to ensure that it is reading /usr/local/php_bin.ini, as i
> supplied??
>
> thanks for all assistance.
> jeff
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Hello folks,
My name is Will. I am currently using GD_2.0.4 with PHP_4.2.3 and Apache_1.3.27.
I installed everything without errors.
But, when I try to run my apache server, I have seen following error:
---------------------------------------------------------------------------------------------------------------------
/usr/local1/packages/apache_1.3.27/bin/apachectl start
Syntax error on line 205 of /usr/local1/packages/apache_1.3.27/conf/httpd.conf:
Cannot load /usr/local1/packages/apache_1.3.27/libexec/libphp4.so into server: ld.so.1:
/usr/local1/packages/apache_1.3.27/bin/httpd: fatal: relocation error: file
/usr/local1/packages/apache_1.3.27/libexec/libphp4.so: symbol gdImageCreateTrueColor:
referenced symbol not found
/usr/local1/packages/apache_1.3.27/bin/apachectl start: httpd could not be started
---------------------------------------------------------------------------------------------------------------------
I am wondering if you have seen this before and have a solution for it, please reply
this email.
Your help is highly appreciated!
Thanks in advance!
Will
--- End Message ---
--- Begin Message ---
PHP 4.2.3 does not support GD 2.0.4. You need GD 2.0.1 or upgrade to the
latest CVS version of PHP.
(and please do not crosspost to multiple lists)
-Rasmus
On Mon, 11 Nov 2002, Hua (William) Li wrote:
> Hello folks,
>
> My name is Will. I am currently using GD_2.0.4 with PHP_4.2.3 and Apache_1.3.27.
>
> I installed everything without errors.
>
> But, when I try to run my apache server, I have seen following error:
>
>
>---------------------------------------------------------------------------------------------------------------------
> /usr/local1/packages/apache_1.3.27/bin/apachectl start
> Syntax error on line 205 of /usr/local1/packages/apache_1.3.27/conf/httpd.conf:
> Cannot load /usr/local1/packages/apache_1.3.27/libexec/libphp4.so into server:
>ld.so.1:
> /usr/local1/packages/apache_1.3.27/bin/httpd: fatal: relocation error: file
> /usr/local1/packages/apache_1.3.27/libexec/libphp4.so: symbol
>gdImageCreateTrueColor: referenced symbol not found
> /usr/local1/packages/apache_1.3.27/bin/apachectl start: httpd could not be started
>
>---------------------------------------------------------------------------------------------------------------------
>
> I am wondering if you have seen this before and have a solution for it, please reply
>this email.
> Your help is highly appreciated!
>
> Thanks in advance!
> Will
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
Hi all,
First of all, I know C:\> sucks and # rules, but it's not me who
decides which one to use.
I installed PHP 4.2.3 (binary from www.php.net) right after
installing Apache HTTPD 2.0.43 (binary from httpd.apache.org) in Windows
2000. I have followed the instructions from <PHP_HOME>\install.txt and
haven't enabled any extension.
The problem is, when I started the apache service (NET START
APACHE2), it failed with the following message:
--------------------------------------------------
The Apache2 service is starting.
The Apache2 service could not be started.
A service specific error occurred: 1.
More help is available by typing NET HELPMSG 3547.
--------------------------------------------------
Then I tried to run it from the command line with both
(<APACHE2_HOME>\bin\Apache.exe) and (<APACHE2_HOME>\bin\Apache.exe -k
start) and it failed with the following message:
---------------------------------------------------------------------------------------------------------------------------------------------------
apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"
is not compatible with this version of Apache (found 20020628, need
20020903).
Please contact the vendor for the correct version.
---------------------------------------------------------------------------------------------------------------------------------------------------
Does anyone knows what the problem is? Maybe the Apache build
version used to build the PHP binaries is older than the release build
found at httpd.apache.org?
Thanks anyway,
Marcelo Juchem, [EMAIL PROTECTED]
--- End Message ---
