Re: [PHP] PHP-CGI: custom 404 error?
Jared wrote: foo.php, I get No input file specified. Instead of the standard 404 error. Is there a way to customize this? Easy with Apache [1,2], with en ErrorDocument [1] directive. Ex with this in a .htaccess (the FileInfo Override [3] is required) containing this line: ErrorDocument 404 /Lame_excuses/not_found.html I've read about it and the consensus is that you can't. Upgrade consensus :) Wouldn't it be easy to add a custom 404 error page via php.ini or something? Easy with Apache (.htaccess or httpd.conf). Ok, not via php.ini. Christophe [1] ErrorDocument directive http://httpd.apache.org/docs/mod/core.html#errordocument [2] Using XSSI and ErrorDocument to configure customized international server error responses http://httpd.apache.org/docs/misc/custom_errordocs.html [3] AllowOverride directive http://httpd.apache.org/docs/mod/core.html#allowoverride -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP cgi
* Thus wrote Steve Douville: There used to be a way that stripped something from a PHP binary that drastically reduced the size of the cgi file. For the life of me, I can't remember and can't find it on google anywhere. Anyone know what it is? You're looking for the 'strip' command Curt -- First, let me assure you that this is not one of those shady pyramid schemes you've been hearing about. No, sir. Our model is the trapezoid! -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP cgi
Found lots of stuff under google PHP Obfuscate. Unless you have compiler, php is source, and obfuscators seem to be directed at making things both compact and hard to hack. On the other hand, if you have a compiler, ignore this. Warren Vail -Original Message- From: Curt Zirzow [mailto:[EMAIL PROTECTED] Sent: Friday, July 02, 2004 3:38 PM To: [EMAIL PROTECTED] Subject: Re: [PHP] PHP cgi * Thus wrote Steve Douville: There used to be a way that stripped something from a PHP binary that drastically reduced the size of the cgi file. For the life of me, I can't remember and can't find it on google anywhere. Anyone know what it is? You're looking for the 'strip' command Curt -- First, let me assure you that this is not one of those shady pyramid schemes you've been hearing about. No, sir. Our model is the trapezoid! -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] php cgi configuration w/ htaccess
* Thus wrote Andrew Warner ([EMAIL PROTECTED]): I've never used php cgi version, and all the httacces configuration I've tried to map .phpc files to the php cgi binary hasn't worked right. I need an example htacces file or an example of a script header line with php location. With cgi you don't map the file to the php cgi binary. You have to set up a directory with a 'Script-Alias' directive to point to a paticular folder for running files as cgi. Hopefully this is already done and there is a cgi-bin outside your web tree. See apache's documentation on doing this. Once you have the cgi-bin set up you put your php file in the cgi-bin with the top of the php file with something like: #!/path/to/your/home/php ?php echo hello worldbr\n; ? Set this file permission bit to be executable and it should all work. All of this is done from memory so a bit might be a bit off but some searching the archives and google'in will help out. HTH, Curt -- My PHP key is worn out PHP List stats since 1997: http://zirzow.dyndns.org/html/mlists/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI mode and command line variables
That worked like a charm. Thanks Chris. I've added this to my snippet
collection. :)
At 12:02 AM 7/24/2003, Chris Shiflett wrote:
--- CDitty [EMAIL PROTECTED] wrote:
Thanks man. That got rid of the error, however it is not using the
variable in the script.
You have to read them in. I think you can just loop through $argv, so
something
like this will show you what PHP is receiving:
?
echo A total of $argc parameters are available:\n\n;
foreach ($argv as $curr_parameter)
{
echo $curr_parameter\n;
}
?
Hope that helps.
Chris
=
Become a better Web developer with the HTTP Developer's Handbook
http://httphandbook.org/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI mode and command line variables
--- CDitty [EMAIL PROTECTED] wrote: I have written a script that runs fine when I run it via the command line. However, when I tack on variables to the command line, I get an error. This works. php -q ./import.php This doesn't php -q ./import.php?feed=eastwood I might be wrong, but I don't think it's possible to simulate GET or POST from the command line like that. I always have a shell script perspective and pass things in as arguments like this: ./import.php --feed=eastwood Of course, if it's under document root, you can test from the command line using wget. Hope that helps. Chris = Become a better Web developer with the HTTP Developer's Handbook http://httphandbook.org/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI mode and command line variables
Thanks man. That got rid of the error, however it is not using the variable in the script. I can't run this via wget or the browser since the importing files are rather large. Any other ideas? Chris At 11:33 PM 7/23/2003, Chris Shiflett wrote: --- CDitty [EMAIL PROTECTED] wrote: I have written a script that runs fine when I run it via the command line. However, when I tack on variables to the command line, I get an error. This works. php -q ./import.php This doesn't php -q ./import.php?feed=eastwood I might be wrong, but I don't think it's possible to simulate GET or POST from the command line like that. I always have a shell script perspective and pass things in as arguments like this: ./import.php --feed=eastwood Of course, if it's under document root, you can test from the command line using wget. Hope that helps. Chris = Become a better Web developer with the HTTP Developer's Handbook http://httphandbook.org/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI mode and command line variables
--- CDitty [EMAIL PROTECTED] wrote:
Thanks man. That got rid of the error, however it is not using the
variable in the script.
You have to read them in. I think you can just loop through $argv, so something
like this will show you what PHP is receiving:
?
echo A total of $argc parameters are available:\n\n;
foreach ($argv as $curr_parameter)
{
echo $curr_parameter\n;
}
?
Hope that helps.
Chris
=
Become a better Web developer with the HTTP Developer's Handbook
http://httphandbook.org/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] php cgi question
Without seeing your code... only one guess: what are the permissions on the file like? When you're running the script from the web server, you're running it as the user under which the web server is running (usually nobody or apache if you're using Apache on Linux), and this causes problem if that particular user doesn't have access to the file. There are very few solutions to this problem (at least as far as I know). One is the suexec module for Apache, that lets you impersonate root or another user, but you have to be *extremely* careful with the permissions. The other is to change the default permissions of the file so that everyone can delete and modify it, but that might not work well for your needs. Yet a third one would be to impersonate directly from PHP, for example through a call to su, but there are pitfalls there as well. Hope this helps. On Sun, 2002-10-13 at 02:37, David Cook wrote: Hi all, Got a question regarding using php scripts as cgi's. What I am trying to do is this. (ya may need a bit of background, it gets a little complicated... well for me its complicated) Im building a web based email system using php (duh) as the front end and glue for everything, part of it is using a program called getmail to retreive remote pop accounts to the virtual accounts on the server (its all virtual using qmail/vpopmail and courier-imap). The various setttings for this are in a file called getmailrc, in the virtual users home dir, (this will also be theoretically relevant when I try and do the same thing with a server side filtering program called maildrop.. but one at a time I reckon :)) ie. /home/vpopmail/domains/some.email.domain/someuser/.getmail/getmailrc This file is owned specifically by a user/group otherwise getmail wont work ie: -rw-r--r--1 vpopmail vchkpw585 Sep 29 07:16 getmailrc any permissions other than this will tweak getmails internal security and stop it. I decided to minimise security problems and use mysql as an intermidiary storage for any rules created for getmail, which works fine. :) (yay me.. lol) NOW comes the problem, I need to write (overwrite) that getmailrc file after the user has finished messing with their settings, to do this I decided that since the file can only be read/written to by the vpopmail/vchkpw user/group, that I would knock up a php script to run as a cgi, that would do only one thing: Upon a button being pressed to 'finish edit' the new rules would be written to the mysql table, then the cgi would be invoked with a particular identifier so that it could then look up the mysql table (using that identifier so it gets the right rows), and following some rules inbuilt, write out the getmailrc file with that restrictive permissions set. I wrote up a script that was just for POC, that would get the data for where that file was supposed to be (the /home/vpopmail/etc...etc) and read it, then break out the various details and display it, basically just showing me what was already in the file. (using the shebang method, as my php cgi interpreter is OUTSIDE the web tree, but thats another story of getting the damn thing to work at all... damn RPM'S sometimes... that --enable-force-redirect had me stuck for a few days) When I tested it out from the shell, using ./getmailtest.cgi as root, it worked, in that it did what it was sposed to.. display the contents of the getmailrc file. This cgi php script is owned by vpopmail/vchkpw which should allow reading the file as said above Great, thought I, and proceeded to attempt linking to it from within the editing script, using both an attempt with a 'submit' button and a click through link. Now comes the prob, it fails, with an error of being unable to either open the file, or that the file doesnt exist (depending on what I fiddle with in the script). Would anyone have any ideas as to what may be going wrong here? I havent tried doing this before, using php as a cgi to do stuff to files on the system, so I am at quite a loss, and any help would be appreciated. Regards David Cook -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] php cgi question
Hi Marco Thanks for the tips, they were what I was thinking was the problem, that even when the php cgi was owned by the correct user, that if it was being called via another web based script, that it would be executed as apache (in this case) rather than the actual owner of the cgiscript (vpopmail/vchkpw), the same ower/group as the target file. I had thought that if I used setuid/gid on the cgi script that it would execute as that user, rather than apache tho. I didnt want to waste even more bandwidth by posting the code and all the other details, I had hoped I had provided enough for some educated guesses which may have led me to a solution, or what details to provide to help in a solution As I said, this was the first time I had attempted this precise situation (that of executing a script as another user other than the web server), I cant change the permissions on the getmailrc file, or the getmail program wont read it, a bit of a catch 22 :( it seems. Without seeing your code... only one guess: what are the permissions on the file like? The actual php cgi??? its [root@alpha cgi-bin]# ls -lA get* -rwxrwxr-x1 root root 6107 Oct 13 00:44 getmailtest.cgi but I have messed with it, trying different combos including vpopmail:vchkpw (the target file owner) all set as world executable the permissions on the getmailrc file (the target file) are in my original post but to show it again, it is -rw-r--r--1 vpopmail vchkpw585 Sep 29 07:16 getmailrc When you're running the script from the web server, you're running it as the user under which the web server is running (usually nobody or apache if you're using Apache on Linux), and this causes problem if that particular user doesn't have access to the file. which is why I thought (stressing thought.. like I said.. Ive never tried this approach before) that the setuid/gid may have been the solution, although testing did appear to indicate that it was executed as the web server user when it is accessed via a click or button from the web, ignoring the setuid etc...Like I was saying I may be trying somethign that is really tough, but basically I wanted to partition out the part of the process that may have security implications, and just pass a single variable to it, executing it on demand, rather than via cron (though it does work via cron.. its not the best solution in my case.. but may be one I have to look at) There are very few solutions to this problem (at least as far as I know). One is the suexec module for Apache, that lets you impersonate root or another user, but you have to be *extremely* careful with the permissions. The other is to change the default permissions of the file so that everyone can delete and modify it, but that might not work well for your needs. Yet a third one would be to impersonate directly from PHP, for example through a call to su, but there are pitfalls there as well. Even though I would reallyyy prefer NOT to go anywhere near su (cause security is my primary focus in splitting out any file system writes to a separate process) how would using su help out??? I havent done that either so far (have never run into a situation like this before) Thanks again for the reply... I will keep working on it.. and post back if I get any further Regards David Cook -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] php cgi question
Hi David-- If that is the issue then I would suggest looking into the suexec module for Apache...as long as you're very careful with the permissions, you should be fine! Also, my reference to the code was more a caveat than anything else. In your case, if the script was working from the sell, imho you made a good decision not to post the source, since the problem was clearly somewhere else. Marco On Sun, 2002-10-13 at 11:20, David Cook wrote: Hi Marco Thanks for the tips, they were what I was thinking was the problem, that even when the php cgi was owned by the correct user, that if it was being called via another web based script, that it would be executed as apache (in this case) rather than the actual owner of the cgiscript (vpopmail/vchkpw), the same ower/group as the target file. I had thought that if I used setuid/gid on the cgi script that it would execute as that user, rather than apache tho. I didnt want to waste even more bandwidth by posting the code and all the other details, I had hoped I had provided enough for some educated guesses which may have led me to a solution, or what details to provide to help in a solution As I said, this was the first time I had attempted this precise situation (that of executing a script as another user other than the web server), I cant change the permissions on the getmailrc file, or the getmail program wont read it, a bit of a catch 22 :( it seems. Without seeing your code... only one guess: what are the permissions on the file like? The actual php cgi??? its [root@alpha cgi-bin]# ls -lA get* -rwxrwxr-x1 root root 6107 Oct 13 00:44 getmailtest.cgi but I have messed with it, trying different combos including vpopmail:vchkpw (the target file owner) all set as world executable the permissions on the getmailrc file (the target file) are in my original post but to show it again, it is -rw-r--r--1 vpopmail vchkpw585 Sep 29 07:16 getmailrc When you're running the script from the web server, you're running it as the user under which the web server is running (usually nobody or apache if you're using Apache on Linux), and this causes problem if that particular user doesn't have access to the file. which is why I thought (stressing thought.. like I said.. Ive never tried this approach before) that the setuid/gid may have been the solution, although testing did appear to indicate that it was executed as the web server user when it is accessed via a click or button from the web, ignoring the setuid etc...Like I was saying I may be trying somethign that is really tough, but basically I wanted to partition out the part of the process that may have security implications, and just pass a single variable to it, executing it on demand, rather than via cron (though it does work via cron.. its not the best solution in my case.. but may be one I have to look at) There are very few solutions to this problem (at least as far as I know). One is the suexec module for Apache, that lets you impersonate root or another user, but you have to be *extremely* careful with the permissions. The other is to change the default permissions of the file so that everyone can delete and modify it, but that might not work well for your needs. Yet a third one would be to impersonate directly from PHP, for example through a call to su, but there are pitfalls there as well. Even though I would reallyyy prefer NOT to go anywhere near su (cause security is my primary focus in splitting out any file system writes to a separate process) how would using su help out??? I havent done that either so far (have never run into a situation like this before) Thanks again for the reply... I will keep working on it.. and post back if I get any further Regards David Cook -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI
Who knows? It might. Its use is growing rapidly, and it's much easier to learn. A few years ago the prospect would have been unthinkable, due to the vastly greater supply of Perl CGI web apps and free libraries in circulation. These days the advantage is not so strong. And PHP is far better optimized for the specific task of web application development. Yes, but still Perl's CPAN is far more filling than PEAR is, for the moment at least. So until PEAR takes off bigtime, PERL will have a very strong card in its favor. cheers, --thalis -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI
On Sunday, March 17, 2002, at 10:07 PM, David Duong wrote: Can PHP be considered CGI? Would PHP replace Perl as the main language of CGI? Unless you are specifically referring to Common Gateway Interface, the term CGI should be deprecated in favor of the term server-side scripting language. It's easier to say CGI, but you refer to something very specific when you do. Erik Erik Price Web Developer Temp Media Lab, H.H. Brown [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP CGI
simple answer - yes and possibly I believe, anything that's run on a server to output stuff to a browser, can be considered a CGI program The second question is like asking - Will COBOL ever become obsolete? - maybe, possibly, but there'll, no doubt, be someone, somewhere still using it. -Original Message- From: David Duong [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 2:08 PM To: [EMAIL PROTECTED] Subject: [PHP] PHP CGI Can PHP be considered CGI? Would PHP replace Perl as the main language of CGI? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI
On Sun, 17 Mar 2002, David Duong wrote: Can PHP be considered CGI? Sometimes. CGI is a standardized interface between web servers and backend applications. PHP can communicate with web servers using that mechanism, but it doesn't have to (depends on the web server in use). I think the problem here is that you're not asking the question you think you're asking. Unfortunately, I'm not sure what you're really trying to figure out. Would PHP replace Perl as the main language of CGI? Who knows? It might. Its use is growing rapidly, and it's much easier to learn. A few years ago the prospect would have been unthinkable, due to the vastly greater supply of Perl CGI web apps and free libraries in circulation. These days the advantage is not so strong. And PHP is far better optimized for the specific task of web application development. On the other hand, Perl is in the abstract a more powerful language. So many programmers will continue to prefer it. miguel -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI
I mean any time you hear the word CGI it is rarely referring to PHP, always Perl (My most comfortable Web language). You'd think that CGI only refers to Perl. If you goto a site and download scripts under category CGI you would be downloading Perl scripts, PHP has its own category. Should CGI still mainly Perl even though PHP is somewhat easier, quicker thus easier suited for CGI. I think the meaning of CGI is quite blured. Anyone else think so? [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Sun, 17 Mar 2002, David Duong wrote: Can PHP be considered CGI? Sometimes. CGI is a standardized interface between web servers and backend applications. PHP can communicate with web servers using that mechanism, but it doesn't have to (depends on the web server in use). I think the problem here is that you're not asking the question you think you're asking. Unfortunately, I'm not sure what you're really trying to figure out. Would PHP replace Perl as the main language of CGI? Who knows? It might. Its use is growing rapidly, and it's much easier to learn. A few years ago the prospect would have been unthinkable, due to the vastly greater supply of Perl CGI web apps and free libraries in circulation. These days the advantage is not so strong. And PHP is far better optimized for the specific task of web application development. On the other hand, Perl is in the abstract a more powerful language. So many programmers will continue to prefer it. miguel -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP CGI
I think the meaning of CGI is quite blured. Anyone else think so? I think the the meaning of CGI (Common Gateway Interface) has lost it's meaning by a lot of people who just hear the acronym and not the full phrase. It's like the term PC - when people hear that, they almost straight away think IBM/IBM Compats, but, as all of you should know, there's MANY other types of PC around the place, not just IBM/IBM Compats. Same goes for CGI programs. -Original Message- From: David Duong [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 3:47 PM To: [EMAIL PROTECTED] Subject: Re: [PHP] PHP CGI I mean any time you hear the word CGI it is rarely referring to PHP, always Perl (My most comfortable Web language). You'd think that CGI only refers to Perl. If you goto a site and download scripts under category CGI you would be downloading Perl scripts, PHP has its own category. Should CGI still mainly Perl even though PHP is somewhat easier, quicker thus easier suited for CGI. I think the meaning of CGI is quite blured. Anyone else think so? [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Sun, 17 Mar 2002, David Duong wrote: Can PHP be considered CGI? Sometimes. CGI is a standardized interface between web servers and backend applications. PHP can communicate with web servers using that mechanism, but it doesn't have to (depends on the web server in use). I think the problem here is that you're not asking the question you think you're asking. Unfortunately, I'm not sure what you're really trying to figure out. Would PHP replace Perl as the main language of CGI? Who knows? It might. Its use is growing rapidly, and it's much easier to learn. A few years ago the prospect would have been unthinkable, due to the vastly greater supply of Perl CGI web apps and free libraries in circulation. These days the advantage is not so strong. And PHP is far better optimized for the specific task of web application development. On the other hand, Perl is in the abstract a more powerful language. So many programmers will continue to prefer it. miguel -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP CGI
On Sun, 17 Mar 2002, David Duong wrote: I mean any time you hear the word CGI it is rarely referring to PHP, always Perl (My most comfortable Web language). You'd think that CGI only refers to Perl. Back in the day, CGI repositories had a greater representation of programs written in C and other hardcore languages. As web servers became more available, the center of gravity of CGI development moved toward more accessible languages, such as Perl (along with shell scripts, Python, TCL, etc.). If you goto a site and download scripts under category CGI you would be downloading Perl scripts, PHP has its own category. One reason for this is that PHP is not necessarily CGI. The typical high-performance PHP installation is running as either a static or dynamic module linked into Apache through that web server's proprietary interface. For all these people, CGI has nothing to do with it. In point of fact, many people also run Perl in similar fashions (such as mod_perl), in which case CGI is also out of the equation. But by the time this became common, Perl web development had already developed a strong connection to the term CGI. Should CGI still mainly Perl even though PHP is somewhat easier, quicker thus easier suited for CGI. People should do their development any way they feel comfortable. Once again, though, you're confusing CGI, which is a specific interface, with server-side web application development in general. I think the meaning of CGI is quite blured. Anyone else think so? Yes, the term is very often misused and has come to be misconstrued as referring to things that have nothing to do with CGI. miguel -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] php- cgi
Hi Caspar, @ 10:54:13 AM on 11/21/01, Caspar Kennerdale wrote: I have a script that when I execute via a browser retrieves information. Ultimately I want this automated. There has been mention on these lists about compliling php as cgi, which I think may help By automated do you mean with something like cron? ./configure php without using apxs or apache. That will build it as a stand alone executable which you can call from a shell or from cron. If you need it as a cgi also, you'd configure it pretty much the same way you'd configure a cgi-bin for perl-cgi scripts, but I don't know if running php as an apache module AND as a cgi is going to fly. This also may help out with some timeout issues that arise. Search this page for max_execution_time: http://www.php.net/manual/en/configuration.php -- -Brian Clark | PGP is spoken here: 0xE4D0C7C8 Please, DO NOT carbon copy me on list replies. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP] php- cgi
yes ideally with cron- I know nothing about it really other than a little bit i've read- but my isp says they can execute a perl file and not a php file via cron. I was interested to see whether or not compliing as a cgo would circumnavigate this- but i'm as much in the dark about that. I have tried executing my script via autmotaing windows which didnt work really as it was reliiant on the internet connection as opposed to the servers connection- and timing out problems occurred. I am rewriting parts to include fsockopen instead of file which will help but doesnt solve the automation issue thanks -Original Message- From: Brian Clark [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 21, 2001 16:04 To: PHP is not a drug. Subject: Re: [PHP] php- cgi Hi Caspar, @ 10:54:13 AM on 11/21/01, Caspar Kennerdale wrote: I have a script that when I execute via a browser retrieves information. Ultimately I want this automated. There has been mention on these lists about compliling php as cgi, which I think may help By automated do you mean with something like cron? ./configure php without using apxs or apache. That will build it as a stand alone executable which you can call from a shell or from cron. If you need it as a cgi also, you'd configure it pretty much the same way you'd configure a cgi-bin for perl-cgi scripts, but I don't know if running php as an apache module AND as a cgi is going to fly. This also may help out with some timeout issues that arise. Search this page for max_execution_time: http://www.php.net/manual/en/configuration.php -- -Brian Clark | PGP is spoken here: 0xE4D0C7C8 Please, DO NOT carbon copy me on list replies. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] php- cgi
Hi Caspar, @ 11:11:25 AM on 11/21/01, Caspar Kennerdale wrote: yes ideally with cron- I know nothing about it really other than a little bit i've read- but my isp says they can execute a perl file and not a php file via cron. ISP's can be strange about that stuff, but it's understandable sometimes. Try compiling a php executable for yourself in your home directory and running it from cron and see if that gets around it. (If the sysadmin finds out he might give you the boot though.) man 5 crontab (if you have shell access) Might not work that way either, depending on the sysadmin. -- -Brian Clark | PGP is spoken here: 0xE4D0C7C8 Please, DO NOT carbon copy me on list replies. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP] php- cgi
Thanks I'll give it a go -Original Message- From: Brian Clark [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 21, 2001 16:26 To: PHP is not a drug. Subject: Re: [PHP] php- cgi Hi Caspar, @ 11:11:25 AM on 11/21/01, Caspar Kennerdale wrote: yes ideally with cron- I know nothing about it really other than a little bit i've read- but my isp says they can execute a perl file and not a php file via cron. ISP's can be strange about that stuff, but it's understandable sometimes. Try compiling a php executable for yourself in your home directory and running it from cron and see if that gets around it. (If the sysadmin finds out he might give you the boot though.) man 5 crontab (if you have shell access) Might not work that way either, depending on the sysadmin. -- -Brian Clark | PGP is spoken here: 0xE4D0C7C8 Please, DO NOT carbon copy me on list replies. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] php- cgi
Brian Clark wrote: way you'd configure a cgi-bin for perl-cgi scripts, but I don't know if running php as an apache module AND as a cgi is going to fly. PHP as both CGI and Module on the same box works just fine. In fact, using multiple mime types and file extensions, you can have as many different versions and compilation options of PHP as a CGI as you like. I did this once to track down a bug that was version-dependent. Had PHP 3.0.4, PHP 3.0.5, PHP 3.0.6, PHP 3.0.7 etc all running using .php304 .php305 .php306, .php307 etc as the filenames and a different AddType mime-type and Action for each. If *I* can get this to work, anybody can :-) -- Like music? http://l-i-e.com/artists.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] php- cgi
At 03:54 PM 11/21/2001 +, Caspar Kennerdale wrote: I have a script that when I execute via a browser retrieves information. Ultimately I want this automated. There has been mention on these lists about compliling php as cgi, which I think may help I saw the following somewhere and saved it, but I can't remember where I got it from. I haven't tested it either, but I can't see why it wouldn't work if you have either of these programs available in conjunction w/cron: ...If you don't have php installed as CGI you can use a unix console program for fetching URLs, we recommend lynx or wget. Example of using lynx: 0 10 * * * lynx -dump http://fsck.dk/script.php /dev/null Example of using wget: 0 10 * * * wget http://fsck.dk/script.php /dev/null -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] PHP/CGI problem: #!/path/php at top of CGI script appears in output
Nope it fails when he removes the line. It fails on me as well, I tried it. Also note I did say that the ouput of phpinfo() was correct. The output showed the page had been handled by the php cgi binary, not the module. The module has a large config line and several extensions configured in, the cgi binary was compiled with nothing but ./configure and the info page confirms this. So it seems Apache is handling everything correct, the page gets passed to the proper php binary, and the result is correctly served back to the client. DAve On Sun, Oct 21, 2001 at 12:18:07PM -0500, Brian Mauter wrote: Seems to me that the problems is that you have two instances of PHP going at the same time. The first is the one compiled into Apache and the second is the cgi module. My bet is that the PHP compiled into Apache is catching it first (maybe you told all .cgi files to be parsed by the PHP parser?). In that case, the first line would be treated as HTML output, not PHP. This would be the reason you get that line in all of your scripts. Here's a test: remove that line from your file and then try it. If it continues to work, I would seriously suspect that the built-in Apache-PHP parser is handling your .cgi files. -Brian -Original Message- From: Dave Goodrich [mailto:[EMAIL PROTECTED]] * snip info.cgi #!/usr/local/bin/php ?php phpinfo(); ? -- My other computer is your Windows machine... -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] PHP/CGI problem: #!/path/php at top of CGI script appears in output
It's not you. I just built a bare cgi version of php, nothing but './configure' and got the same result. I used this simple script to be sure I was in fact running the cgi binary and it showed I was. info.cgi #!/usr/local/bin/php ?php phpinfo(); ? I got the correct info page, but with the #!/usr/local/bin/php at the top as you stated. Odd, but I've never used the cgi version so other than confirming your problem I am afraid I'm no help. DAve On Sat, Oct 20, 2001 at 03:31:06PM +, Philippe wrote: Hi, I'll synthetize the problem with the response I have givven to Curt. I've FreeBSD 4.2/Apache 1.3.9/PHP 4.0.6 I've installed PHP in Apache, it works very well I need to have too PHP 4.0.6 in CGI mode (With Suexec but I don't think it's the problem) but I've a problem. In CGI mode, the path of PHP is always written at the top of the result I'll take for example this script which is in the cgi-bin with the execute mod (755), the extension is .cgi : #!/usr/local/bin/php ? print Hello World; ? When the file is called by the browser, the result is : #!/usr/local/bin/php Hello World Does someone know the problem and the solution ? Have I forgotten something ? I think that's a misconfiguration in PHP Thanks for your help Philippe -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- My other computer is your Windows machine... -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] Re: [PHP-INST] Re: [PHP] PHP/CGI problem: #!/path/php at top of CGI script appears in output
Hi @all.. I'm not sure if this can fix (or explain) your problem (cause I didn't tried it in lack of time) but theoretical it could be :). I think you only need the #!/usr/local/bin/php if you would like to run scripts from the bash, or as a real cgi. But I think, there could be another solution .. compile your php as cgi like you did and add these lines in your httpd.conf ScriptAlias /php/ /usr/local/bin/ AddType application/x-httpd-php .php .phtml .cgi Action application/x-httpd-php /php/php This should also launch the cgi - version of php, but doesn't requires the #! line in the scripts. I'm not sure, but it should work. Hope this helps you, Stefan Siefert - Original Message - From: Dave Goodrich [EMAIL PROTECTED] To: Philippe [EMAIL PROTECTED] Cc: php-general [EMAIL PROTECTED]; php-install [EMAIL PROTECTED] Sent: Saturday, October 20, 2001 6:05 PM Subject: [PHP-INST] Re: [PHP] PHP/CGI problem: #!/path/php at top of CGI script appears in output It's not you. I just built a bare cgi version of php, nothing but './configure' and got the same result. I used this simple script to be sure I was in fact running the cgi binary and it showed I was. info.cgi #!/usr/local/bin/php ?php phpinfo(); ? I got the correct info page, but with the #!/usr/local/bin/php at the top as you stated. Odd, but I've never used the cgi version so other than confirming your problem I am afraid I'm no help. DAve On Sat, Oct 20, 2001 at 03:31:06PM +, Philippe wrote: Hi, I'll synthetize the problem with the response I have givven to Curt. I've FreeBSD 4.2/Apache 1.3.9/PHP 4.0.6 I've installed PHP in Apache, it works very well I need to have too PHP 4.0.6 in CGI mode (With Suexec but I don't think it's the problem) but I've a problem. In CGI mode, the path of PHP is always written at the top of the result I'll take for example this script which is in the cgi-bin with the execute mod (755), the extension is .cgi : #!/usr/local/bin/php ? print Hello World; ? When the file is called by the browser, the result is : #!/usr/local/bin/php Hello World Does someone know the problem and the solution ? Have I forgotten something ? I think that's a misconfiguration in PHP Thanks for your help Philippe -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- My other computer is your Windows machine... -- PHP Install Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP] PHP/CGI Help
do .php files work anywhere else? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Maroufski Sent: Thursday, March 22, 2001 5:41 PM To: [EMAIL PROTECTED] Subject: [PHP] PHP/CGI Help Hi all, This is a tough one, wasn't able to find a solution so far. But I hope that someone can help me out or point me in the right direction. Here is what I got: /src contains a bunch of cgi scripts that require apache to have an entry like this ScriptAlias /src "/home/src/" When I try to run a file with .php extension in /src I get an error. I figured out since I have ScriptAlias /src, Apache will handle every file called in that directory as if it were a perl /cgi program. I need to be able to have apache execute the .cgi and .php files in /src Any ideas on how to make Apache differentiate between the two. Any help would be greatly appreciated. Nick -- ~ Nicholas Marouf || http://www.RamallahOnline.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP] PHP/CGI Help
you also need to have ScriptAlias /src "/home/src/" Action application/x-httpd-php4 "php excicution file location" AddType application/x-httpd-php4 .php -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Maroufski Sent: Thursday, March 22, 2001 5:41 PM To: [EMAIL PROTECTED] Subject: [PHP] PHP/CGI Help Hi all, This is a tough one, wasn't able to find a solution so far. But I hope that someone can help me out or point me in the right direction. Here is what I got: /src contains a bunch of cgi scripts that require apache to have an entry like this ScriptAlias /src "/home/src/" When I try to run a file with .php extension in /src I get an error. I figured out since I have ScriptAlias /src, Apache will handle every file called in that directory as if it were a perl /cgi program. I need to be able to have apache execute the .cgi and .php files in /src Any ideas on how to make Apache differentiate between the two. Any help would be greatly appreciated. Nick -- ~ Nicholas Marouf || http://www.RamallahOnline.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] PHP/CGI Help
Hi Peter, Thanks for all the help. I actually started playing with what you told me, and then did some trial-and-error testing and found out that I didn't need ScriptAlias /src "/home/src/" at all.The .php3 files ran when I removed it, then I added these two lines to get the .pl and .cgi to work for the virtual host. AddHandler cgi-script .cgi AddHandler cgi-script .pl Works like a charm. Thanks again. Nick Peter Houchin wrote: you also need to have ScriptAlias /src "/home/src/" Action application/x-httpd-php4 "php excicution file location" AddType application/x-httpd-php4 .php -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Maroufski Sent: Thursday, March 22, 2001 5:41 PM To: [EMAIL PROTECTED] Subject: [PHP] PHP/CGI Help Hi all, This is a tough one, wasn't able to find a solution so far. But I hope that someone can help me out or point me in the right direction. Here is what I got: /src contains a bunch of cgi scripts that require apache to have an entry like this ScriptAlias /src "/home/src/" When I try to run a file with .php extension in /src I get an error. I figured out since I have ScriptAlias /src, Apache will handle every file called in that directory as if it were a perl /cgi program. I need to be able to have apache execute the .cgi and .php files in /src Any ideas on how to make Apache differentiate between the two. Any help would be greatly appreciated. Nick -- Nicholas Marouf || System Administrator/Security Response Team http://www.ramallahonline.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] php (cgi version) with Apache and suexec - help
The php.ini file has safe-mode = Off so I don't think that is the problem. Suexec is checking to see that the php binary has the same uid/gid as the virtual host user running the php script. Since the php binary is owned by the web server user and the script is owned by one of the virtual host users, the uids/gids do not match and I get an error. I don't see how this can work. If it is possible to run the php binary through suexec, what am I missing? Has anybody gotten the cgi version of php to work with Apache, suexec, and virtual hosting? All replies are appreciated. -john On Fri, 23 Feb 2001, Richard Lynch wrote: Don't use safe-mode in your suExec PHP CGI configure. suExec pretty much does everything safe mode does anyway, and more. -- Visit the Zend Store at http://www.zend.com/store/ Wanna help me out? Like Music? Buy a CD: http://l-i-e.com/artists.htm Volunteer a little time: http://chatmusic.com/volunteer.htm - Original Message - From: [EMAIL PROTECTED] Newsgroups: php.general Sent: Friday, February 23, 2001 1:18 PM Subject: [PHP] php (cgi version) with Apache and suexec - help I've been trying to get the cgi version of php working with Apache and suexec but so far I have not had much success. I've installed the Apache module version of php and it seems to work fine. I then installed the cgi version of php and it too seems to work fine as long as it doesn't run through suexec. Suexec works fine for other (perl, c, etc...) cgi's. Here's what I have in Apache's httpd.conf: AddType application/x-httpd-php .php Action application/x-httpd-php /cgi-bin/php.cgi When I try to access a .php file I get an error about the command not being in the document root. This is one of the tests suexec performs and it is true, the cgi-bin directory (and hence the php binary) is not under the document root (although the .php file is). If I change httpd.conf to this: ScriptAlias /php-bin/ "/local/www/php/" AddType application/x-httpd-php .php Action application/x-httpd-php /php-bin/php.cgi Now the php binary is under the document root but when I try to access a .php file I get an error that the target uid/gid does not match that of the directory or program. This is also true since the php binary is owned by the web server and the .php file is owned by another user. So my question is "What am I missing?". How can I ever get the cgi version of php to work with suexec? The php binary is owned by the web server but the .php files will be owned by other users. Here is some more information about the environment in which I am working in case it is relevant: Solaris 7 Apache 1.3.17 php 4.04pl1 I'm just about ready to give up on this one. Thanks in advance for any and all help. -john -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] PHP CGI-Binary
IF you dont specify --with-apache or --with-apxs configure options you will build the CGI ! - Frank Ok, I give up... how do I build PHP as a CGI-Binary? I've spent two days searching the configure file for this. Julia -- [ Julia Anne Case ] [Ships are safe inside the harbor, ] [Programmer at large] [ but is that what ships are really for.] [ Admining Linux ] [ To thine own self be true. ] [ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] php (cgi version) with Apache and suexec - help
Don't use safe-mode in your suExec PHP CGI configure. suExec pretty much does everything safe mode does anyway, and more. -- Visit the Zend Store at http://www.zend.com/store/ Wanna help me out? Like Music? Buy a CD: http://l-i-e.com/artists.htm Volunteer a little time: http://chatmusic.com/volunteer.htm - Original Message - From: [EMAIL PROTECTED] Newsgroups: php.general Sent: Friday, February 23, 2001 1:18 PM Subject: [PHP] php (cgi version) with Apache and suexec - help I've been trying to get the cgi version of php working with Apache and suexec but so far I have not had much success. I've installed the Apache module version of php and it seems to work fine. I then installed the cgi version of php and it too seems to work fine as long as it doesn't run through suexec. Suexec works fine for other (perl, c, etc...) cgi's. Here's what I have in Apache's httpd.conf: AddType application/x-httpd-php .php Action application/x-httpd-php /cgi-bin/php.cgi When I try to access a .php file I get an error about the command not being in the document root. This is one of the tests suexec performs and it is true, the cgi-bin directory (and hence the php binary) is not under the document root (although the .php file is). If I change httpd.conf to this: ScriptAlias /php-bin/ "/local/www/php/" AddType application/x-httpd-php .php Action application/x-httpd-php /php-bin/php.cgi Now the php binary is under the document root but when I try to access a .php file I get an error that the target uid/gid does not match that of the directory or program. This is also true since the php binary is owned by the web server and the .php file is owned by another user. So my question is "What am I missing?". How can I ever get the cgi version of php to work with suexec? The php binary is owned by the web server but the .php files will be owned by other users. Here is some more information about the environment in which I am working in case it is relevant: Solaris 7 Apache 1.3.17 php 4.04pl1 I'm just about ready to give up on this one. Thanks in advance for any and all help. -john -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] PHP - CGI Version
The solution ended up being the need to re-compile php with the "--enable-discard-path" configure option. This removed the "#!/usr/local/bin/php" line from the top of the file. Thanks for the feedback. Tim Tim Livers wrote: I have installed the CGI version of PHP and customized Apache's httpd.conf. (Had to use CGI for this instance). Since I only need (and want) a few php scripts to be available on this server, I added the following line to httpd.conf in order to get my script to work. ScriptAlias /myfile.php /location/myfile.php Then I added the following to "myfile.php" #!/usr/local/bin/php ? phpinfo() ? Everything works fine except that I get "X-Powered-By: PHP/4.0.4pl1 Content-type: text/html #!/usr/local/bin/php" at the top of the page. Any Ideas on how to get rid of this stuff in the output? I have looked through the php.ini file, and php.net but couldn't find anything. Thanks in advance Tim -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
