cgiwrap-users Mailing List for CGIWrap (Page 4)
Brought to you by:
nneul
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(21) |
Sep
(23) |
Oct
(4) |
Nov
(15) |
Dec
(25) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(5) |
Feb
(19) |
Mar
(19) |
Apr
(13) |
May
(12) |
Jun
(23) |
Jul
(6) |
Aug
(16) |
Sep
(6) |
Oct
(31) |
Nov
(23) |
Dec
(28) |
2002 |
Jan
(4) |
Feb
(9) |
Mar
(6) |
Apr
(23) |
May
(29) |
Jun
(16) |
Jul
(10) |
Aug
(41) |
Sep
(16) |
Oct
(8) |
Nov
(7) |
Dec
(7) |
2003 |
Jan
(13) |
Feb
(30) |
Mar
(6) |
Apr
(12) |
May
(23) |
Jun
(12) |
Jul
(11) |
Aug
(20) |
Sep
|
Oct
|
Nov
(10) |
Dec
(8) |
2004 |
Jan
(1) |
Feb
(11) |
Mar
(3) |
Apr
(10) |
May
(6) |
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(3) |
Oct
(9) |
Nov
(2) |
Dec
|
2005 |
Jan
(7) |
Feb
|
Mar
(7) |
Apr
(1) |
May
(3) |
Jun
(2) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(12) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(14) |
Dec
|
2008 |
Jan
(5) |
Feb
(10) |
Mar
|
Apr
(12) |
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
From: Jo R. <jr...@ne...> - 2007-07-02 20:30:22
|
On Jun 26, 2007, at 1:20 PM, Justin Davis wrote: > Now I did specify the --with-cgi-dir= variable at the time of > compilation, I assume that this is the "Script dir" that the error > refers to. In addition, this directory does have the proper > permissions for CGIWrap. Any ideas? Which are? Are they the right permissions for the http server, or the user? -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
From: Justin D. <jui...@gm...> - 2007-06-26 20:20:52
|
Greetings, I am having problems getting my simple env.cgi scripts to run under cgiwrap-4.0/Solaris10/Apache-1.3.37. The scripts error out each time with the following message: CGIWrap Error: Script dir not found The specified user does not have a script directory set up for execution of cgi scripts, or the directory permissions prevent cgiwrap from using that directory. Server Data: Server Administrator/Contact: sy...@ne... Server Name: showcase.netins.net Server Port: 80 Server Protocol: HTTP/1.1 Virtual Host: showcase.netins.net Request Data: User Agent/Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7 Request Method: GET Remote Host: pc10-094.netins.com Remote Address: 167.142.210.94 Remote Port: 4325 Extra Path Info: /web/called/cgi-bin/env.cgi Now I did specify the --with-cgi-dir= variable at the time of compilation, I assume that this is the "Script dir" that the error refers to. In addition, this directory does have the proper permissions for CGIWrap. Any ideas? -- Thanks in advance. -justin |
From: Jo R. <jr...@ne...> - 2007-05-04 19:30:18
|
The problem is that you're mailing a cgiwrap mailing list about problems which have to do with website setup and php, and not with CGI wrap. FIRST: get the site working with normal php-cgi. THEN: adjust the configuration to use cgiwrap. On May 3, 2007, at 10:20 AM, Tuc wrote: > Hi, > > No replies about the PHP config : > > <VirtualHost 204.107.90.10> > ServerAdmin web...@ph... > DocumentRoot /home/phpwrap > Servername phpcgiwrap.tucs-beachin-obx-house.com > ErrorLog "|/usr/local/sbin/cronolog > /usr/local/logs/%Y%m%d/phpcgiwrap.error_log" > TransferLog "|/usr/local/sbin/cronolog > /usr/local/logs/%Y%m%d/phpcgiwrap.access_ > log" > UserDir disabled > HostNameLookups off > IdentityCheck off > Action phpcgi-wrapper /gcgi-bin/php-cgiwrap/phpwrap > AddHandler phpcgi-wrapper .php > <Location /gcgi-bin> > SetEnv CGIWRAP_AUTH_VHOST "phpcgiwrap.tucs-beachin-obx-house.com" > SetEnv CGIWRAP_REQUIRE_USER "phpwrap" > </Location> > </VirtualHost> > > Did I do something wrong for it not to be working perfectly as > everyone > elses is? > > Thanks, Tuc > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
From: Jo R. <jr...@ne...> - 2007-05-04 19:29:28
|
On May 1, 2007, at 8:59 PM, Tuc at T-B-O-H.NET wrote: > lastmod.php > =========== > <html> > <head> > <title>Page last updated on month/date/year hour:min PHP Script</ > title> > </head> > <? > $last_modified = filemtime("lastmod.php"); > print("Last Modified "); > print(date("m/j/y h:i", $last_modified)); > ?> > </body> > </html> That isn't valid PHP. The shortcut only works for mod_php. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
From: Tuc <ml...@t-...> - 2007-05-03 17:20:38
|
Hi, No replies about the PHP config : <VirtualHost 204.107.90.10> ServerAdmin web...@ph... DocumentRoot /home/phpwrap Servername phpcgiwrap.tucs-beachin-obx-house.com ErrorLog "|/usr/local/sbin/cronolog /usr/local/logs/%Y%m%d/phpcgiwrap.error_log" TransferLog "|/usr/local/sbin/cronolog /usr/local/logs/%Y%m%d/phpcgiwrap.access_ log" UserDir disabled HostNameLookups off IdentityCheck off Action phpcgi-wrapper /gcgi-bin/php-cgiwrap/phpwrap AddHandler phpcgi-wrapper .php <Location /gcgi-bin> SetEnv CGIWRAP_AUTH_VHOST "phpcgiwrap.tucs-beachin-obx-house.com" SetEnv CGIWRAP_REQUIRE_USER "phpwrap" </Location> </VirtualHost> Did I do something wrong for it not to be working perfectly as everyone elses is? Thanks, Tuc |
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-05-02 04:00:14
|
> > On May 1, 2007, at 3:59 PM, Tuc at T-B-O-H wrote: > > Maybe I'm a bit slow, but are you saying that pretty much ANY > > php script and/or set of scripts I get from any source *IS NOT* > > going to run > > under CGIWRAP without modification? I can't see how if its using the > > No. I'm not sure how you got that interpretation, but no. At my > former employer we used to cgiwrap every user's CGI scripts, and > people installed PHP stuff all the time. > > On my own site, I have tested environments for drupal, joomla, > opensrs-php, and many other products installed and working under > cgiwrap without a single line of code being modified. > > It just works, and I never need to think about it. The only thing > which doesn't work is php statements in the .htaccess files as that > is a something only mod_php would have access to, and I've never > found anything that actually required that to work. > > If you compile cgiwrap pointing to the PHP interpreter, it just works. > Ok, being that I'm still not seeing how it would work I did the following... phpnocgiwrap.tucs-beachin-obx-house.com - 204.107.90.9 phpcgiwrap.tucs-beachin-obx-house.com - 204.107.90.10 Apache : <VirtualHost 204.107.90.9> ServerAdmin web...@ph... DocumentRoot /home/phpwrap Servername phpnocgiwrap.tucs-beachin-obx-house.com ErrorLog "|/usr/local/sbin/cronolog /usr/local/logs/%Y%m%d/phpnocgiwrap.error_lo g" TransferLog "|/usr/local/sbin/cronolog /usr/local/logs/%Y%m%d/phpnocgiwrap.acces s_log" UserDir disabled HostNameLookups off IdentityCheck off </VirtualHost> <VirtualHost 204.107.90.10> ServerAdmin web...@ph... DocumentRoot /home/phpwrap Servername phpcgiwrap.tucs-beachin-obx-house.com ErrorLog "|/usr/local/sbin/cronolog /usr/local/logs/%Y%m%d/phpcgiwrap.error_log" TransferLog "|/usr/local/sbin/cronolog /usr/local/logs/%Y%m%d/phpcgiwrap.access_ log" UserDir disabled HostNameLookups off IdentityCheck off Action phpcgi-wrapper /gcgi-bin/php-cgiwrap/phpwrap AddHandler phpcgi-wrapper .php <Location /gcgi-bin> SetEnv CGIWRAP_AUTH_VHOST "phpcgiwrap.tucs-beachin-obx-house.com" SetEnv CGIWRAP_REQUIRE_USER "phpwrap" </Location> </VirtualHost> User : vjofn# grep phpwrap /etc/passwd /etc/group /etc/passwd:phpwrap:*:1020:1020:PHP Wrap:/home/phpwrap:/usr/local/bin/zsh /etc/group:phpwrap:*:1020: Scripts : date.php ======== <html> <head> <title>Example #1 TDavid's Very First PHP Script ever!</title> </head> <? print(Date("l F d, Y")); ?> <body> </body> </html> lastmod.php =========== <html> <head> <title>Page last updated on month/date/year hour:min PHP Script</title> </head> <? $last_modified = filemtime("lastmod.php"); print("Last Modified "); print(date("m/j/y h:i", $last_modified)); ?> </body> </html> example.php ========== Ok, so I cheated. This is a package, but it was supposed to use mysql and I don't have the inclination to get it running, but it produces output none the less. cgiwrap-4.0 configure statement : ./configure --with-perl=/usr/bin/perl -with-install-dir=/usr/local/www/cgi-bin - -with-cgi-dir='' --with-httpd-user=www --with-logging-syslog='' --with-install-g roup=wheel --with-require-redirect-url --with-quiet-errors --with-vhost-overrid e --with-env-require-user --with-php=/usr/local/bin/php --with-php-interpreter --with-php-cgiwrap --with-cgiwrapd php_cli version: vjofn# /usr/local/bin/php -v PHP 4.4.4 with Suhosin-Patch 0.9.6 (cli) (built: Dec 12 2006 12:17:21) (DEBUG) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies RESULTS http://phpnocgiwrap.tucs-beachin-obx-house.com/date.php Tuesday May 01, 2007 http://phpnocgiwrap.tucs-beachin-obx-house.com/lastmod.php Last Modified 05/1/07 11:30 http://phpnocgiwrap.tucs-beachin-obx-house.com/example.php (Buncha mysql warnings) You are from: Your IP is: 69.249.95.230 You came from: Your came from search engine: Your language is en:English Your operating system is: Linux Your browser is called: Ok, fine..... http://phpcgiwrap.tucs-beachin-obx-house.com/date.php Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, web...@ph... and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/1.3.37 Server at phpcgiwrap.tucs-beachin-obx-house.com Port 80 (vjofn# tail /usr/local/logs/*0501/phpcgiwrap.err* [Tue May 1 23:55:19 2007] [error] [client 69.249.95.230] malformed header from script. Bad header=<html>: /usr/local/www/cgi-bin/php-cgiwrap) http://phpcgiwrap.tucs-beachin-obx-house.com/lastmod.php Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, web...@ph... and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/1.3.37 Server at phpcgiwrap.tucs-beachin-obx-house.com Port 80 (vjofn# tail /usr/local/logs/*0501/phpcgiwrap.err* [Tue May 1 23:55:19 2007] [error] [client 69.249.95.230] malformed header from script. Bad header=<html>: /usr/local/www/cgi-bin/php-cgiwrap [Tue May 1 23:56:24 2007] [error] [client 69.249.95.230] malformed header from script. Bad header=<html>: /usr/local/www/cgi-bin/php-cgiwrap) http://phpcgiwrap.tucs-beachin-obx-house.com/example.php (It made me download the results because it didn't understand them) SO.... What did I do wrong? Thanks, Tuc |
From: Jo R. <jr...@ne...> - 2007-05-02 01:40:13
|
On May 1, 2007, at 3:59 PM, Tuc at T-B-O-H wrote: > Maybe I'm a bit slow, but are you saying that pretty much ANY > php script and/or set of scripts I get from any source *IS NOT* > going to run > under CGIWRAP without modification? I can't see how if its using the No. I'm not sure how you got that interpretation, but no. At my former employer we used to cgiwrap every user's CGI scripts, and people installed PHP stuff all the time. On my own site, I have tested environments for drupal, joomla, opensrs-php, and many other products installed and working under cgiwrap without a single line of code being modified. It just works, and I never need to think about it. The only thing which doesn't work is php statements in the .htaccess files as that is a something only mod_php would have access to, and I've never found anything that actually required that to work. If you compile cgiwrap pointing to the PHP interpreter, it just works. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
From: Tuc at T-B-O-H <ml...@t-...> - 2007-05-01 22:59:43
|
Hi, Maybe I'm a bit slow, but are you saying that pretty much ANY php script and/or set of scripts I get from any source *IS NOT* going to run under CGIWRAP without modification? I can't see how if its using the standard PHP interpreter, which won't send out headers, how any script, even a simple "Hello World!" will work unless ATLEAST a "Content-Type:" header is manually inserted. Or, maybe I've just done battle with what I'm working on so much I'm loopier than usual. This php-cgi is knocking me for a loop. It pretty much IGNORES anything I tell it. I've even put : #!/usr/local/bin/perl $return = `/usr/local/bin/php-cgi -dsession.auto_start=0 -f /tmp/info.php`; print $return; and it still ends up executing the page that called it! Thanks, Tuc > > I believe that's one of the caveats, yes. > > There is an alternative to cgiwrap for handling PHP scripts, called > suPHP, which may be able to help you better than cgiwrap. It's a matter > of preference. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > On Tue, May 01, 2007 at 01:14:46PM -0400, Tuc at T-B-O-H.NET wrote: > > Hi, > > > > Yup, understood. > > > > With the CGI's I write I do put in a Content-Type type header and > > sometimes other things. > > > > Because I've stopped using the Apache PHP module, and now because > > of CGIWRAP am using the php command line module, will that now mean I have > > to modify the PHP to put in its own Content-Type headers? > > > > Thanks, Tuc > > > > > <html> is a tag, thus the start of the content. It is not a header. > > > > > > The term "header" refers to HTTP headers, e.g. stuff that comes *before* > > > content. > > > > > > -- > > > | Jeremy Chadwick jdc at parodius.com | > > > | Parodius Networking http://www.parodius.com/ | > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > On Tue, May 01, 2007 at 12:59:53PM -0400, Tuc at T-B-O-H.NET wrote: > > > > Hi Nathan, > > > > > > > > Unfortunately, not in a position to do that. > > > > > > > > So in the absence of that, any ideas how to wrangle cgiwrap? > > > > > > > > I've implemented what I mentioned, making a "php4phpwebsite" > > > > that looked like : > > > > > > > > #!/bin/sh > > > > /usr/local/bin/php -d session.auto_start=0 $* > > > > > > > > And in debug mode I see the following... But the problem is that > > > > when I take the debug off, I get an error 500 of : > > > > > > > > [Tue May 1 12:27:50 2007] [error] [client 69.249.95.230] malformed header from > > > > script. Bad header=<html>: /usr/local/www/cgi-bin/phpwebsite-php-cgiwrap > > > > > > > > > > > > Why would <HTML> be a bad header? > > > > > > > > Tuc > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > OUTPUT : > > > > > > > > Initializing Logging > > > > Redirecting STDERR to STDOUT > > > > > > > > Setting SIGXCPU to default behaviour > > > > > > > > > > > > Environment Variables: > > > > QUERY_STRING: '' > > > > SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd' > > > > SCRIPT_FILENAME: '/usr/local/www/cgi-bin/phpwebsite-php-cgiwrapd' > > > > REDIRECT_URL: '/setup/index.php' > > > > PATH_INFO: '/phpweb/setup/index.php' > > > > PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' > > > > REMOTE_USER: '<NULL>' > > > > REMOTE_HOST: '<NULL>' > > > > REMOTE_ADDR: '69.249.95.230' > > > > > > > > > > > > Trying to extract user from PATH_INFO. > > > > Retrieved User Name: 'phpweb' > > > > > > > > User Data Retrieved: > > > > UserID: 'phpweb' > > > > UID: '1019' > > > > GID: '1019' > > > > Home Dir: '/home/phpwebsite' > > > > Checking user minimum uid. > > > > Checking for required REDIRECT_URL. > > > > Checking for CGIWRAP_REQUIRE_USER in environment. > > > > > > > > Script Base Directory: '/home/phpwebsite/' > > > > Fetching script string > > > > > > > > Trying to extract script from PATH_INFO > > > > Extracted PATH_INFO '/setup/index.php' > > > > Building script path > > > > > > > > Condensing slashes. > > > > > > > > Script Relative Path: 'setup/index.php' > > > > Script Absolute Path: '/home/phpwebsite//setup/index.php' > > > > Checking for special interpreted script (php). > > > > Interpreter Path: '/usr/local/bin/php4phpwebsite' > > > > > > > > Fixing Environment Variables. > > > > > > > > Environment Variables: > > > > QUERY_STRING: '' > > > > SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd/phpweb/setup/index.php' > > > > SCRIPT_FILENAME: '/home/phpwebsite//setup/index.php' > > > > REDIRECT_URL: '/setup/index.php' > > > > PATH_INFO: '<NULL>' > > > > PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' > > > > REMOTE_USER: '<NULL>' > > > > REMOTE_HOST: '<NULL>' > > > > REMOTE_ADDR: '69.249.95.230' > > > > > > > > Logging Request (syslog) > > > > > > > > UIDs/GIDs Changed To: > > > > RUID: '1019' > > > > EUID: '1019' > > > > RGID: '1019' > > > > EGID: '1019' > > > > > > > > Changing current directory to '/home/phpwebsite//setup' > > > > Executing: '/usr/local/bin/php4phpwebsite' > > > > Arguments: > > > > 0: '/usr/local/bin/php4phpwebsite' > > > > 1: 'index.php' > > > > > > > > > > > > > > > > > > > > Output of script follows: > > > > ===================================================== > > > > <html> > > > > <head> > > > > <title>phpWebSite 1.1.0 - Directory Permissions</title> > > > > > > > > > > > > > > > > > > I would probably change the app to not require changing php.ini, that's > > > > > seems ugly as an installation requirement. > > > > > > > > > > -- Nathan > > > > > > > > > > ------------------------------------------------------------ > > > > > Nathan Neulinger EMail: nn...@um... > > > > > University of Missouri - Rolla Phone: (573) 341-6679 > > > > > UMR Information Technology Fax: (573) 341-4216 > > > > > > > > > > > -----Original Message----- > > > > > > From: cgi...@li... [mailto:cgiwrap- > > > > > > use...@li...] On Behalf Of Tuc at T-B-O- > > > > > > H.NET > > > > > > Sent: Tuesday, May 01, 2007 11:07 AM > > > > > > To: cgi...@li... > > > > > > Subject: [cgiwrap-users] CGIWrap / PHP / override of variables > > > > > > > > > > > > Hi, > > > > > > > > > > > > I'm trying to install PHPWebSite. The first issue I ran into > > > > > > was > > > > > > they wanted a variable set in the php.ini. Since I didn't want to > > > > > > break > > > > > > EVERYTHING ELSE, I used the "php_value BLAH 1" syntax. All was > > > > > > good. > > > > > > > > > > > > Then I realized it needed to write to all sorts of > > > > > > directories, > > > > > > and said "Um, I need to cgiwrap this". So I did. But then it > > > > > > started > > > > > > to complain about the variable not being set in php.ini. > > > > > > > > > > > > So now I'm stuck. Any hints on what to do? Right now the only > > > > > > thing I can think of is create another version of cgiwrap that will > > > > > > have "/usr/local/bin/php -c /usr/local/etc/sitespecific.php.ini" > > > > > > as the --with-php= . Is there a better/different way to do it? > > > > > > > > > > > > Thanks, Tuc > |
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-05-01 20:47:10
|
Hi, Already did that, didn't seem to like it. Even used : /usr/local/bin/php-cgi -c/usr/home/phpwebsite $* and /usr/local/bin/php-cgi -c/usr/home/phpwebsite/php.ini $* and it was like it didn't even exist. :-/ I saw that, and there was something later on that made me think it was just a way to have it ignore the directives, not process them. I'll take a closer look. Believe me, I've been using CGIWRAP for forever minus about a week, even gave NN a few bucks to put some features in we really wanted... "Tuc/TTSG Internet Services, Inc: Sponsored most of the vhosting and script authorization changes in 3.8.0 release. Changes are highly useful for ISP installations of cgiwrap where execution is through apache handlers to make the use of cgiwrap as transparent as possible to the customer." so we really feel comfy with it and know how to make it sit up and beg. We previously were turning a blind eye to the php situation (Most of our customers didn't use it, and the ones that did agreed to take responsibility for problems...) But now I need to get a bit more into the recent century and of course I pick a DOOZY of a project to do it with. I really think I'd have this beat if it wasn't for the php-cgi apparently not reading the variables I pass or the new ini file... I'll keep looking at suphp though........... Thanks, Tuc > > You can drop a php.ini file in the docroot of the site which contains > the variables you want. Assuming this isn't a directory end-users > maintain (read: some idiot deleting the .ini file :) ), this should > work. > > Another solution would be to use the PECL htscanner module mentioned > in the suphp FAQ: > > http://www.suphp.org/FAQ.html > > I'm not trying to dissuade you from using cgiwrap (we use it ourselves, > and it's fantastic), but there's pros and cons to both solutions. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > On Tue, May 01, 2007 at 04:27:41PM -0400, Tuc at T-B-O-H.NET wrote: > > Hi, > > > > I forgot all about php-cgi! It takes care of it, but then leaves > > me with another problem. Although it claims to be able to override either > > a single variable, or the entire config.... She no seemsa to be working > > that way. If I convert back to php, variables changed. Go to php-cgi, > > variables unchanged but get get headers. Just loverly. > > > > suPHP is going to get me into trouble too, since it won't honor > > the php_value statements. :-/ > > > > So close, yet so far far away............ > > > > Thanks, Tuc > > > > > > > > I believe that's one of the caveats, yes. > > > > > > There is an alternative to cgiwrap for handling PHP scripts, called > > > suPHP, which may be able to help you better than cgiwrap. It's a matter > > > of preference. > > > > > > -- > > > | Jeremy Chadwick jdc at parodius.com | > > > | Parodius Networking http://www.parodius.com/ | > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > On Tue, May 01, 2007 at 01:14:46PM -0400, Tuc at T-B-O-H.NET wrote: > > > > Hi, > > > > > > > > Yup, understood. > > > > > > > > With the CGI's I write I do put in a Content-Type type header and > > > > sometimes other things. > > > > > > > > Because I've stopped using the Apache PHP module, and now because > > > > of CGIWRAP am using the php command line module, will that now mean I have > > > > to modify the PHP to put in its own Content-Type headers? > > > > > > > > Thanks, Tuc > > > > > > > > > <html> is a tag, thus the start of the content. It is not a header. > > > > > > > > > > The term "header" refers to HTTP headers, e.g. stuff that comes *before* > > > > > content. > > > > > > > > > > -- > > > > > | Jeremy Chadwick jdc at parodius.com | > > > > > | Parodius Networking http://www.parodius.com/ | > > > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > > > > > On Tue, May 01, 2007 at 12:59:53PM -0400, Tuc at T-B-O-H.NET wrote: > > > > > > Hi Nathan, > > > > > > > > > > > > Unfortunately, not in a position to do that. > > > > > > > > > > > > So in the absence of that, any ideas how to wrangle cgiwrap? > > > > > > > > > > > > I've implemented what I mentioned, making a "php4phpwebsite" > > > > > > that looked like : > > > > > > > > > > > > #!/bin/sh > > > > > > /usr/local/bin/php -d session.auto_start=0 $* > > > > > > > > > > > > And in debug mode I see the following... But the problem is that > > > > > > when I take the debug off, I get an error 500 of : > > > > > > > > > > > > [Tue May 1 12:27:50 2007] [error] [client 69.249.95.230] malformed header from > > > > > > script. Bad header=<html>: /usr/local/www/cgi-bin/phpwebsite-php-cgiwrap > > > > > > > > > > > > > > > > > > Why would <HTML> be a bad header? > > > > > > > > > > > > Tuc > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > OUTPUT : > > > > > > > > > > > > Initializing Logging > > > > > > Redirecting STDERR to STDOUT > > > > > > > > > > > > Setting SIGXCPU to default behaviour > > > > > > > > > > > > > > > > > > Environment Variables: > > > > > > QUERY_STRING: '' > > > > > > SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd' > > > > > > SCRIPT_FILENAME: '/usr/local/www/cgi-bin/phpwebsite-php-cgiwrapd' > > > > > > REDIRECT_URL: '/setup/index.php' > > > > > > PATH_INFO: '/phpweb/setup/index.php' > > > > > > PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' > > > > > > REMOTE_USER: '<NULL>' > > > > > > REMOTE_HOST: '<NULL>' > > > > > > REMOTE_ADDR: '69.249.95.230' > > > > > > > > > > > > > > > > > > Trying to extract user from PATH_INFO. > > > > > > Retrieved User Name: 'phpweb' > > > > > > > > > > > > User Data Retrieved: > > > > > > UserID: 'phpweb' > > > > > > UID: '1019' > > > > > > GID: '1019' > > > > > > Home Dir: '/home/phpwebsite' > > > > > > Checking user minimum uid. > > > > > > Checking for required REDIRECT_URL. > > > > > > Checking for CGIWRAP_REQUIRE_USER in environment. > > > > > > > > > > > > Script Base Directory: '/home/phpwebsite/' > > > > > > Fetching script string > > > > > > > > > > > > Trying to extract script from PATH_INFO > > > > > > Extracted PATH_INFO '/setup/index.php' > > > > > > Building script path > > > > > > > > > > > > Condensing slashes. > > > > > > > > > > > > Script Relative Path: 'setup/index.php' > > > > > > Script Absolute Path: '/home/phpwebsite//setup/index.php' > > > > > > Checking for special interpreted script (php). > > > > > > Interpreter Path: '/usr/local/bin/php4phpwebsite' > > > > > > > > > > > > Fixing Environment Variables. > > > > > > > > > > > > Environment Variables: > > > > > > QUERY_STRING: '' > > > > > > SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd/phpweb/setup/index.php' > > > > > > SCRIPT_FILENAME: '/home/phpwebsite//setup/index.php' > > > > > > REDIRECT_URL: '/setup/index.php' > > > > > > PATH_INFO: '<NULL>' > > > > > > PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' > > > > > > REMOTE_USER: '<NULL>' > > > > > > REMOTE_HOST: '<NULL>' > > > > > > REMOTE_ADDR: '69.249.95.230' > > > > > > > > > > > > Logging Request (syslog) > > > > > > > > > > > > UIDs/GIDs Changed To: > > > > > > RUID: '1019' > > > > > > EUID: '1019' > > > > > > RGID: '1019' > > > > > > EGID: '1019' > > > > > > > > > > > > Changing current directory to '/home/phpwebsite//setup' > > > > > > Executing: '/usr/local/bin/php4phpwebsite' > > > > > > Arguments: > > > > > > 0: '/usr/local/bin/php4phpwebsite' > > > > > > 1: 'index.php' > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Output of script follows: > > > > > > ===================================================== > > > > > > <html> > > > > > > <head> > > > > > > <title>phpWebSite 1.1.0 - Directory Permissions</title> > > > > > > > > > > > > > > > > > > > > > > > > > > I would probably change the app to not require changing php.ini, that's > > > > > > > seems ugly as an installation requirement. > > > > > > > > > > > > > > -- Nathan > > > > > > > > > > > > > > ------------------------------------------------------------ > > > > > > > Nathan Neulinger EMail: nn...@um... > > > > > > > University of Missouri - Rolla Phone: (573) 341-6679 > > > > > > > UMR Information Technology Fax: (573) 341-4216 > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: cgi...@li... [mailto:cgiwrap- > > > > > > > > use...@li...] On Behalf Of Tuc at T-B-O- > > > > > > > > H.NET > > > > > > > > Sent: Tuesday, May 01, 2007 11:07 AM > > > > > > > > To: cgi...@li... > > > > > > > > Subject: [cgiwrap-users] CGIWrap / PHP / override of variables > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I'm trying to install PHPWebSite. The first issue I ran into > > > > > > > > was > > > > > > > > they wanted a variable set in the php.ini. Since I didn't want to > > > > > > > > break > > > > > > > > EVERYTHING ELSE, I used the "php_value BLAH 1" syntax. All was > > > > > > > > good. > > > > > > > > > > > > > > > > Then I realized it needed to write to all sorts of > > > > > > > > directories, > > > > > > > > and said "Um, I need to cgiwrap this". So I did. But then it > > > > > > > > started > > > > > > > > to complain about the variable not being set in php.ini. > > > > > > > > > > > > > > > > So now I'm stuck. Any hints on what to do? Right now the only > > > > > > > > thing I can think of is create another version of cgiwrap that will > > > > > > > > have "/usr/local/bin/php -c /usr/local/etc/sitespecific.php.ini" > > > > > > > > as the --with-php= . Is there a better/different way to do it? > > > > > > > > > > > > > > > > Thanks, Tuc > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > cgiwrap-users mailing list > > cgi...@li... > > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users > |
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-05-01 20:27:54
|
Hi, I forgot all about php-cgi! It takes care of it, but then leaves me with another problem. Although it claims to be able to override either a single variable, or the entire config.... She no seemsa to be working that way. If I convert back to php, variables changed. Go to php-cgi, variables unchanged but get get headers. Just loverly. suPHP is going to get me into trouble too, since it won't honor the php_value statements. :-/ So close, yet so far far away............ Thanks, Tuc > > I believe that's one of the caveats, yes. > > There is an alternative to cgiwrap for handling PHP scripts, called > suPHP, which may be able to help you better than cgiwrap. It's a matter > of preference. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > On Tue, May 01, 2007 at 01:14:46PM -0400, Tuc at T-B-O-H.NET wrote: > > Hi, > > > > Yup, understood. > > > > With the CGI's I write I do put in a Content-Type type header and > > sometimes other things. > > > > Because I've stopped using the Apache PHP module, and now because > > of CGIWRAP am using the php command line module, will that now mean I have > > to modify the PHP to put in its own Content-Type headers? > > > > Thanks, Tuc > > > > > <html> is a tag, thus the start of the content. It is not a header. > > > > > > The term "header" refers to HTTP headers, e.g. stuff that comes *before* > > > content. > > > > > > -- > > > | Jeremy Chadwick jdc at parodius.com | > > > | Parodius Networking http://www.parodius.com/ | > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > On Tue, May 01, 2007 at 12:59:53PM -0400, Tuc at T-B-O-H.NET wrote: > > > > Hi Nathan, > > > > > > > > Unfortunately, not in a position to do that. > > > > > > > > So in the absence of that, any ideas how to wrangle cgiwrap? > > > > > > > > I've implemented what I mentioned, making a "php4phpwebsite" > > > > that looked like : > > > > > > > > #!/bin/sh > > > > /usr/local/bin/php -d session.auto_start=0 $* > > > > > > > > And in debug mode I see the following... But the problem is that > > > > when I take the debug off, I get an error 500 of : > > > > > > > > [Tue May 1 12:27:50 2007] [error] [client 69.249.95.230] malformed header from > > > > script. Bad header=<html>: /usr/local/www/cgi-bin/phpwebsite-php-cgiwrap > > > > > > > > > > > > Why would <HTML> be a bad header? > > > > > > > > Tuc > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > OUTPUT : > > > > > > > > Initializing Logging > > > > Redirecting STDERR to STDOUT > > > > > > > > Setting SIGXCPU to default behaviour > > > > > > > > > > > > Environment Variables: > > > > QUERY_STRING: '' > > > > SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd' > > > > SCRIPT_FILENAME: '/usr/local/www/cgi-bin/phpwebsite-php-cgiwrapd' > > > > REDIRECT_URL: '/setup/index.php' > > > > PATH_INFO: '/phpweb/setup/index.php' > > > > PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' > > > > REMOTE_USER: '<NULL>' > > > > REMOTE_HOST: '<NULL>' > > > > REMOTE_ADDR: '69.249.95.230' > > > > > > > > > > > > Trying to extract user from PATH_INFO. > > > > Retrieved User Name: 'phpweb' > > > > > > > > User Data Retrieved: > > > > UserID: 'phpweb' > > > > UID: '1019' > > > > GID: '1019' > > > > Home Dir: '/home/phpwebsite' > > > > Checking user minimum uid. > > > > Checking for required REDIRECT_URL. > > > > Checking for CGIWRAP_REQUIRE_USER in environment. > > > > > > > > Script Base Directory: '/home/phpwebsite/' > > > > Fetching script string > > > > > > > > Trying to extract script from PATH_INFO > > > > Extracted PATH_INFO '/setup/index.php' > > > > Building script path > > > > > > > > Condensing slashes. > > > > > > > > Script Relative Path: 'setup/index.php' > > > > Script Absolute Path: '/home/phpwebsite//setup/index.php' > > > > Checking for special interpreted script (php). > > > > Interpreter Path: '/usr/local/bin/php4phpwebsite' > > > > > > > > Fixing Environment Variables. > > > > > > > > Environment Variables: > > > > QUERY_STRING: '' > > > > SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd/phpweb/setup/index.php' > > > > SCRIPT_FILENAME: '/home/phpwebsite//setup/index.php' > > > > REDIRECT_URL: '/setup/index.php' > > > > PATH_INFO: '<NULL>' > > > > PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' > > > > REMOTE_USER: '<NULL>' > > > > REMOTE_HOST: '<NULL>' > > > > REMOTE_ADDR: '69.249.95.230' > > > > > > > > Logging Request (syslog) > > > > > > > > UIDs/GIDs Changed To: > > > > RUID: '1019' > > > > EUID: '1019' > > > > RGID: '1019' > > > > EGID: '1019' > > > > > > > > Changing current directory to '/home/phpwebsite//setup' > > > > Executing: '/usr/local/bin/php4phpwebsite' > > > > Arguments: > > > > 0: '/usr/local/bin/php4phpwebsite' > > > > 1: 'index.php' > > > > > > > > > > > > > > > > > > > > Output of script follows: > > > > ===================================================== > > > > <html> > > > > <head> > > > > <title>phpWebSite 1.1.0 - Directory Permissions</title> > > > > > > > > > > > > > > > > > > I would probably change the app to not require changing php.ini, that's > > > > > seems ugly as an installation requirement. > > > > > > > > > > -- Nathan > > > > > > > > > > ------------------------------------------------------------ > > > > > Nathan Neulinger EMail: nn...@um... > > > > > University of Missouri - Rolla Phone: (573) 341-6679 > > > > > UMR Information Technology Fax: (573) 341-4216 > > > > > > > > > > > -----Original Message----- > > > > > > From: cgi...@li... [mailto:cgiwrap- > > > > > > use...@li...] On Behalf Of Tuc at T-B-O- > > > > > > H.NET > > > > > > Sent: Tuesday, May 01, 2007 11:07 AM > > > > > > To: cgi...@li... > > > > > > Subject: [cgiwrap-users] CGIWrap / PHP / override of variables > > > > > > > > > > > > Hi, > > > > > > > > > > > > I'm trying to install PHPWebSite. The first issue I ran into > > > > > > was > > > > > > they wanted a variable set in the php.ini. Since I didn't want to > > > > > > break > > > > > > EVERYTHING ELSE, I used the "php_value BLAH 1" syntax. All was > > > > > > good. > > > > > > > > > > > > Then I realized it needed to write to all sorts of > > > > > > directories, > > > > > > and said "Um, I need to cgiwrap this". So I did. But then it > > > > > > started > > > > > > to complain about the variable not being set in php.ini. > > > > > > > > > > > > So now I'm stuck. Any hints on what to do? Right now the only > > > > > > thing I can think of is create another version of cgiwrap that will > > > > > > have "/usr/local/bin/php -c /usr/local/etc/sitespecific.php.ini" > > > > > > as the --with-php= . Is there a better/different way to do it? > > > > > > > > > > > > Thanks, Tuc > |
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-05-01 17:15:00
|
Hi, Yup, understood. With the CGI's I write I do put in a Content-Type type header and sometimes other things. Because I've stopped using the Apache PHP module, and now because of CGIWRAP am using the php command line module, will that now mean I have to modify the PHP to put in its own Content-Type headers? Thanks, Tuc > <html> is a tag, thus the start of the content. It is not a header. > > The term "header" refers to HTTP headers, e.g. stuff that comes *before* > content. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > On Tue, May 01, 2007 at 12:59:53PM -0400, Tuc at T-B-O-H.NET wrote: > > Hi Nathan, > > > > Unfortunately, not in a position to do that. > > > > So in the absence of that, any ideas how to wrangle cgiwrap? > > > > I've implemented what I mentioned, making a "php4phpwebsite" > > that looked like : > > > > #!/bin/sh > > /usr/local/bin/php -d session.auto_start=0 $* > > > > And in debug mode I see the following... But the problem is that > > when I take the debug off, I get an error 500 of : > > > > [Tue May 1 12:27:50 2007] [error] [client 69.249.95.230] malformed header from > > script. Bad header=<html>: /usr/local/www/cgi-bin/phpwebsite-php-cgiwrap > > > > > > Why would <HTML> be a bad header? > > > > Tuc > > > > > > > > > > > > > > > > > > OUTPUT : > > > > Initializing Logging > > Redirecting STDERR to STDOUT > > > > Setting SIGXCPU to default behaviour > > > > > > Environment Variables: > > QUERY_STRING: '' > > SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd' > > SCRIPT_FILENAME: '/usr/local/www/cgi-bin/phpwebsite-php-cgiwrapd' > > REDIRECT_URL: '/setup/index.php' > > PATH_INFO: '/phpweb/setup/index.php' > > PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' > > REMOTE_USER: '<NULL>' > > REMOTE_HOST: '<NULL>' > > REMOTE_ADDR: '69.249.95.230' > > > > > > Trying to extract user from PATH_INFO. > > Retrieved User Name: 'phpweb' > > > > User Data Retrieved: > > UserID: 'phpweb' > > UID: '1019' > > GID: '1019' > > Home Dir: '/home/phpwebsite' > > Checking user minimum uid. > > Checking for required REDIRECT_URL. > > Checking for CGIWRAP_REQUIRE_USER in environment. > > > > Script Base Directory: '/home/phpwebsite/' > > Fetching script string > > > > Trying to extract script from PATH_INFO > > Extracted PATH_INFO '/setup/index.php' > > Building script path > > > > Condensing slashes. > > > > Script Relative Path: 'setup/index.php' > > Script Absolute Path: '/home/phpwebsite//setup/index.php' > > Checking for special interpreted script (php). > > Interpreter Path: '/usr/local/bin/php4phpwebsite' > > > > Fixing Environment Variables. > > > > Environment Variables: > > QUERY_STRING: '' > > SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd/phpweb/setup/index.php' > > SCRIPT_FILENAME: '/home/phpwebsite//setup/index.php' > > REDIRECT_URL: '/setup/index.php' > > PATH_INFO: '<NULL>' > > PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' > > REMOTE_USER: '<NULL>' > > REMOTE_HOST: '<NULL>' > > REMOTE_ADDR: '69.249.95.230' > > > > Logging Request (syslog) > > > > UIDs/GIDs Changed To: > > RUID: '1019' > > EUID: '1019' > > RGID: '1019' > > EGID: '1019' > > > > Changing current directory to '/home/phpwebsite//setup' > > Executing: '/usr/local/bin/php4phpwebsite' > > Arguments: > > 0: '/usr/local/bin/php4phpwebsite' > > 1: 'index.php' > > > > > > > > > > Output of script follows: > > ===================================================== > > <html> > > <head> > > <title>phpWebSite 1.1.0 - Directory Permissions</title> > > > > > > > > > > I would probably change the app to not require changing php.ini, that's > > > seems ugly as an installation requirement. > > > > > > -- Nathan > > > > > > ------------------------------------------------------------ > > > Nathan Neulinger EMail: nn...@um... > > > University of Missouri - Rolla Phone: (573) 341-6679 > > > UMR Information Technology Fax: (573) 341-4216 > > > > > > > -----Original Message----- > > > > From: cgi...@li... [mailto:cgiwrap- > > > > use...@li...] On Behalf Of Tuc at T-B-O- > > > > H.NET > > > > Sent: Tuesday, May 01, 2007 11:07 AM > > > > To: cgi...@li... > > > > Subject: [cgiwrap-users] CGIWrap / PHP / override of variables > > > > > > > > Hi, > > > > > > > > I'm trying to install PHPWebSite. The first issue I ran into > > > > was > > > > they wanted a variable set in the php.ini. Since I didn't want to > > > > break > > > > EVERYTHING ELSE, I used the "php_value BLAH 1" syntax. All was > > > > good. > > > > > > > > Then I realized it needed to write to all sorts of > > > > directories, > > > > and said "Um, I need to cgiwrap this". So I did. But then it > > > > started > > > > to complain about the variable not being set in php.ini. > > > > > > > > So now I'm stuck. Any hints on what to do? Right now the only > > > > thing I can think of is create another version of cgiwrap that will > > > > have "/usr/local/bin/php -c /usr/local/etc/sitespecific.php.ini" > > > > as the --with-php= . Is there a better/different way to do it? > > > > > > > > Thanks, Tuc |
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-05-01 17:00:03
|
Hi Nathan, Unfortunately, not in a position to do that. So in the absence of that, any ideas how to wrangle cgiwrap? I've implemented what I mentioned, making a "php4phpwebsite" that looked like : #!/bin/sh /usr/local/bin/php -d session.auto_start=0 $* And in debug mode I see the following... But the problem is that when I take the debug off, I get an error 500 of : [Tue May 1 12:27:50 2007] [error] [client 69.249.95.230] malformed header from script. Bad header=<html>: /usr/local/www/cgi-bin/phpwebsite-php-cgiwrap Why would <HTML> be a bad header? Tuc OUTPUT : Initializing Logging Redirecting STDERR to STDOUT Setting SIGXCPU to default behaviour Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd' SCRIPT_FILENAME: '/usr/local/www/cgi-bin/phpwebsite-php-cgiwrapd' REDIRECT_URL: '/setup/index.php' PATH_INFO: '/phpweb/setup/index.php' PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' REMOTE_USER: '<NULL>' REMOTE_HOST: '<NULL>' REMOTE_ADDR: '69.249.95.230' Trying to extract user from PATH_INFO. Retrieved User Name: 'phpweb' User Data Retrieved: UserID: 'phpweb' UID: '1019' GID: '1019' Home Dir: '/home/phpwebsite' Checking user minimum uid. Checking for required REDIRECT_URL. Checking for CGIWRAP_REQUIRE_USER in environment. Script Base Directory: '/home/phpwebsite/' Fetching script string Trying to extract script from PATH_INFO Extracted PATH_INFO '/setup/index.php' Building script path Condensing slashes. Script Relative Path: 'setup/index.php' Script Absolute Path: '/home/phpwebsite//setup/index.php' Checking for special interpreted script (php). Interpreter Path: '/usr/local/bin/php4phpwebsite' Fixing Environment Variables. Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/gcgi-bin/phpwebsite-php-cgiwrapd/phpweb/setup/index.php' SCRIPT_FILENAME: '/home/phpwebsite//setup/index.php' REDIRECT_URL: '/setup/index.php' PATH_INFO: '<NULL>' PATH_TRANSLATED: '/home/phpwebsite/phpweb/setup/index.php' REMOTE_USER: '<NULL>' REMOTE_HOST: '<NULL>' REMOTE_ADDR: '69.249.95.230' Logging Request (syslog) UIDs/GIDs Changed To: RUID: '1019' EUID: '1019' RGID: '1019' EGID: '1019' Changing current directory to '/home/phpwebsite//setup' Executing: '/usr/local/bin/php4phpwebsite' Arguments: 0: '/usr/local/bin/php4phpwebsite' 1: 'index.php' Output of script follows: ===================================================== <html> <head> <title>phpWebSite 1.1.0 - Directory Permissions</title> > > I would probably change the app to not require changing php.ini, that's > seems ugly as an installation requirement. > > -- Nathan > > ------------------------------------------------------------ > Nathan Neulinger EMail: nn...@um... > University of Missouri - Rolla Phone: (573) 341-6679 > UMR Information Technology Fax: (573) 341-4216 > > > -----Original Message----- > > From: cgi...@li... [mailto:cgiwrap- > > use...@li...] On Behalf Of Tuc at T-B-O- > > H.NET > > Sent: Tuesday, May 01, 2007 11:07 AM > > To: cgi...@li... > > Subject: [cgiwrap-users] CGIWrap / PHP / override of variables > > > > Hi, > > > > I'm trying to install PHPWebSite. The first issue I ran into > > was > > they wanted a variable set in the php.ini. Since I didn't want to > > break > > EVERYTHING ELSE, I used the "php_value BLAH 1" syntax. All was > > good. > > > > Then I realized it needed to write to all sorts of > > directories, > > and said "Um, I need to cgiwrap this". So I did. But then it > > started > > to complain about the variable not being set in php.ini. > > > > So now I'm stuck. Any hints on what to do? Right now the only > > thing I can think of is create another version of cgiwrap that will > > have "/usr/local/bin/php -c /usr/local/etc/sitespecific.php.ini" > > as the --with-php= . Is there a better/different way to do it? > > > > Thanks, Tuc > > |
From: Neulinger, N. <nn...@um...> - 2007-05-01 16:14:41
|
I would probably change the app to not require changing php.ini, that's seems ugly as an installation requirement. -- Nathan =20 ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-6679 UMR Information Technology Fax: (573) 341-4216 > -----Original Message----- > From: cgi...@li... [mailto:cgiwrap- > use...@li...] On Behalf Of Tuc at T-B-O- > H.NET > Sent: Tuesday, May 01, 2007 11:07 AM > To: cgi...@li... > Subject: [cgiwrap-users] CGIWrap / PHP / override of variables >=20 > Hi, >=20 > I'm trying to install PHPWebSite. The first issue I ran into > was > they wanted a variable set in the php.ini. Since I didn't want to > break > EVERYTHING ELSE, I used the "php_value BLAH 1" syntax. All was > good. >=20 > Then I realized it needed to write to all sorts of > directories, > and said "Um, I need to cgiwrap this". So I did. But then it > started > to complain about the variable not being set in php.ini. >=20 > So now I'm stuck. Any hints on what to do? Right now the only > thing I can think of is create another version of cgiwrap that will > have "/usr/local/bin/php -c /usr/local/etc/sitespecific.php.ini" > as the --with-php=3D . Is there a better/different way to do it? >=20 > Thanks, Tuc >=20 > ------------------------------------------------------------------- > ------ > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
From: Tuc at T-B-O-H.N. <ml...@t-...> - 2007-05-01 16:07:16
|
Hi, I'm trying to install PHPWebSite. The first issue I ran into was they wanted a variable set in the php.ini. Since I didn't want to break EVERYTHING ELSE, I used the "php_value BLAH 1" syntax. All was good. Then I realized it needed to write to all sorts of directories, and said "Um, I need to cgiwrap this". So I did. But then it started to complain about the variable not being set in php.ini. So now I'm stuck. Any hints on what to do? Right now the only thing I can think of is create another version of cgiwrap that will have "/usr/local/bin/php -c /usr/local/etc/sitespecific.php.ini" as the --with-php= . Is there a better/different way to do it? Thanks, Tuc |
From: Jo R. <jr...@ne...> - 2007-04-30 19:36:23
|
If you have the original directory, look at config.status. Otherwise you are SOL. On Apr 26, 2007, at 10:09 AM, apg_eecs wrote: > Is there a way to tell what configure options cgiwrap was compiled > with? > > Thanks, > > -al > > > > -------------------------------------- > Protect yourself from spam, > use http://sneakemail.com > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
From: apg_eecs <16x...@sn...> - 2007-04-26 17:09:46
|
Is there a way to tell what configure options cgiwrap was compiled with? Thanks, -al -------------------------------------- Protect yourself from spam, use http://sneakemail.com |
From: Neulinger, N. <nn...@um...> - 2006-10-09 20:47:38
|
I know for certain that option works, cause I use it myself. Are you sure you recompiled and reinstalled cgiwrap once you added that option to the configure line? =20 ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-6679 UMR Information Technology Fax: (573) 341-4216 =20 > -----Original Message----- > From: cgi...@li...=20 > [mailto:cgi...@li...] On=20 > Behalf Of Sjoerd Aarts > Sent: Monday, October 09, 2006 3:57 AM > To: cgi...@li... > Subject: [cgiwrap-users] Without-check-user option doesnt=20 > seem to work. >=20 > Hi, >=20 > I have a problem configuring cgiwrap. I added the option=20 > --without-check-user to the compilation options but I still get the=20 > message "Script does not have same UID". >=20 > I need to be able to disable this feature as several people=20 > are able to=20 > publish cgi scripts in a departemental directory. >=20 > How can I solve this problem? >=20 > Thanks, >=20 > Sjoerd >=20 >=20 >=20 >=20 >=20 > --=20 > The information contained in this communication and any=20 > attachments is confidential > and may be privileged, and is for the sole use of the=20 > intended recipient(s). Any > unauthorized review, use, disclosure or distribution is=20 > prohibited. If you are not > the intended recipient, please notify the sender immediately=20 > by replying to this > message and destroy all copies of this message and any=20 > attachments. ASML is neither > liable for the proper and complete transmission of the=20 > information contained in this > communication, nor for any delay in its receipt. >=20 >=20 |
From: Sjoerd A. <Sjo...@as...> - 2006-10-09 08:57:43
|
Hi, I have a problem configuring cgiwrap. I added the option --without-check-user to the compilation options but I still get the message "Script does not have same UID". I need to be able to disable this feature as several people are able to publish cgi scripts in a departemental directory. How can I solve this problem? Thanks, Sjoerd -- The information contained in this communication and any attachments is confidential and may be privileged, and is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender immediately by replying to this message and destroy all copies of this message and any attachments. ASML is neither liable for the proper and complete transmission of the information contained in this communication, nor for any delay in its receipt. |
From: Neulinger, N. <nn...@um...> - 2006-09-13 12:30:36
|
I'd be open to something like this... I know you sent something in the past as well, but haven't ever had a chance to integrate it... Either or both of the below options sound pretty good. -- Nathan =20 ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-6679 UMR Information Technology Fax: (573) 341-4216 =20 > -----Original Message----- > From: cgi...@li...=20 > [mailto:cgi...@li...] On=20 > Behalf Of Jo Rhett > Sent: Wednesday, September 13, 2006 12:00 AM > To: cgi...@li... > Subject: [cgiwrap-users] patch for handing user-based virtual=20 > hosts without~user >=20 > A bunch of us who use cgiwrap were joking about the fact that=20 > pretty much > everyone downloads cgiwrap and then hacks it to handle their=20 > virtualhost > environments properly, but nobody resubmits the code back to=20 > the main tree. > Kind of silly, everyone reinventing the world each time. And=20 > it's a darn > simple set of patches. >=20 > So I went to my boss and got permission to provide our=20 > versions of this patch. >=20 > The patch I'm proposing would provide a configure option like so: > (option names are pulled from air and better suggestions are welcome) >=20 > --user-directory-level=3D2 >=20 > Would mean that the username is provided in the second level of the > DOCUMENT_ROOT, for example > /home/jrhett/public_html > -or- > /home/jrhett/www/docs > -or- > /servers/jrhett/www > ...etc >=20 > We could instead (or in addition?) have another option for=20 > common paths. > For example: > --user-directory-base=3D/home >=20 > Would mean that the username is provided underneath /home in the > DOCUMENT_ROOT, for example > /home/jrhett/public_html > /home/jrhett/www/docs > ..etc >=20 > Advantages to me and you? No funny ~username mapping=20 > required for virtual > hosts. Or not having to patch each new version after download :-) >=20 > Advantages to the mailing list? Funny rewrite policies are no longer > required. That's usually the bulk of support requests. >=20 > Security considerations: only if DOCUMENT_ROOT can be=20 > overwritten before > cgiwrap is invoked. >=20 > --=20 > Jo Rhett > senior geek > SVcolo : Silicon Valley Colocation >=20 > -------------------------------------------------------------- > ----------- > Using Tomcat but need to do more? Need to support web=20 > services, security? > Get stuff done quickly with pre-integrated technology to make=20 > your job easier > Download IBM WebSphere Application Server v.1.0.1 based on=20 > Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057& > dat=3D121642 > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users >=20 >=20 |
From: Jo R. <jr...@sv...> - 2006-09-13 05:00:22
|
A bunch of us who use cgiwrap were joking about the fact that pretty much everyone downloads cgiwrap and then hacks it to handle their virtualhost environments properly, but nobody resubmits the code back to the main tree. Kind of silly, everyone reinventing the world each time. And it's a darn simple set of patches. So I went to my boss and got permission to provide our versions of this patch. The patch I'm proposing would provide a configure option like so: (option names are pulled from air and better suggestions are welcome) --user-directory-level=2 Would mean that the username is provided in the second level of the DOCUMENT_ROOT, for example /home/jrhett/public_html -or- /home/jrhett/www/docs -or- /servers/jrhett/www ...etc We could instead (or in addition?) have another option for common paths. For example: --user-directory-base=/home Would mean that the username is provided underneath /home in the DOCUMENT_ROOT, for example /home/jrhett/public_html /home/jrhett/www/docs ..etc Advantages to me and you? No funny ~username mapping required for virtual hosts. Or not having to patch each new version after download :-) Advantages to the mailing list? Funny rewrite policies are no longer required. That's usually the bulk of support requests. Security considerations: only if DOCUMENT_ROOT can be overwritten before cgiwrap is invoked. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
From: Strader, W. A \(WAX\) <WA...@be...> - 2006-08-24 16:55:29
|
OK I have cgiwrap-3.10 installed. I have in my httpd.conf PassEnv LD_LIBRARY_PATH and when I look at set variables not using cgiwrap I see = the LD_LIBRARY_PATH variable... However when I look at vairables set when = going through cgiwrap suing a selected user I do not see that variable set. I = have verified that the .profile contains the LD_LIBRARY_PATH export... But = for some reason I just cant get it set... Any suggestions? Thanks, =20 Billy Strader WebPool WebPool Pager: 865-417-5622 Work: 865-425-5178 Pager: 865-417-5012 |
From: Jo R. <jr...@sv...> - 2006-07-19 18:04:50
|
If you are using "AddHandler .cgi" (the easy way to handle CGI scripts) then when you upgrade to Apache2 you suddently might not have REMOTE_USER information. This is because they (perhaps rightly so) decided that if something was redirected, it was useful to know if the redirection url had different authentication than the original url. We decided that it was better to fix this in cgiwrap, then to try and fix every possible application looking for REMOTE_USER. Following is the patch. --- util.c.orig Tue Dec 23 06:59:26 2003 +++ util.c Mon Feb 6 00:06:53 2006 @@ -1329,6 +1329,17 @@ sprintf(buf, "SCRIPT_NAME=%s", redurl); } SafePutenv(buf, "set SCRIPT_NAME environment variable"); + + /* Apache2 doesn't passthru REMOTE_USER */ + char* remote_user = getenv("REMOTE_USER"); + char* redirect_remote_user = getenv("REDIRECT_REMOTE_USER"); + if( redirect_remote_user && ! remote_user ) { + buf = (char*) SafeMalloc (strlen ("REMOTE_USER=") + + strlen( redirect_remote_user ) + 2, + "new REMOTE_USER environment variable"); + sprintf(buf, "REMOTE_USER=%s", redirect_remote_user ); + } + SafePutenv(buf, "set REMOTE_USER environment variable"); return; } #endif -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
From: Jo R. <jr...@sv...> - 2006-07-19 18:04:47
|
A bunch of us who use cgiwrap were joking about the fact that pretty much everyone downloads cgiwrap and then hacks it to handle their virtualhost environments properly, but nobody resubmits the code back to the main tree. Kind of silly, everyone reinventing the world each time. And it's a darn simple set of patches. So I went to my boss and got permission to provide our versions of this patch. The patch I'm proposing would provide a configure option like so: (option names are pulled from air and better suggestions are welcome) --user-directory-level=2 Would mean that the username is provided in the second level of the DOCUMENT_ROOT, for example /home/jrhett/public_html -or- /home/jrhett/www/docs -or- /servers/jrhett/www ...etc We could instead (or in addition?) have another option for common paths. For example: --user-directory-base=/home Would mean that the username is provided underneath /home in the DOCUMENT_ROOT, for example /home/jrhett/public_html /home/jrhett/www/docs ..etc Advantages to me and you? No funny ~username mapping required for virtual hosts. Or not having to patch each new version after download :-) Advantages to the mailing list? Funny rewrite policies are no longer required. That's usually the bulk of support requests. Security considerations: only if DOCUMENT_ROOT can be overwritten before cgiwrap is invoked. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
From: Rudy G. <Rudy.Gevaert@UGent.be> - 2006-01-12 13:44:50
|
Dear cgiwrap user, I have a problem with cgiwrap. I hope you will take the time to have a look at my problem. I have installed phpcgiwrap that is in Debian. The basic setup works. php scripts are executed under the permissions of the user. However when surfing to http://www.schamper.ugent.be/index.php it gives the following error: CGIWrap was unable to find the user 'index.php' in the password file on this server. In other words, surfing to php files under the documentroot doesn't work. This is for all my virtual hosts. Below are the relevant entries for my virtual hosts: <VirtualHost 157.193.88.24:443> SSLEnable ServerAdmin web...@sc... DocumentRoot /var/www ServerName www.schamper.ugent.be Alias /phpmyadmin /sd/www/phpmyadmin/public_html Alias /textpattern /sd/www/textpattern/public_html </VirtualHost> <VirtualHost 157.193.88.24:80> SSLDisable ServerAdmin web...@sc... DocumentRoot /var/www ServerName www.schamper.ugent.be <Directory /sd/www/phpmyadmin/public_html> SSLRequireSSL </Directory> redirect /~textpattern https://www.schamper.ugent.be/textpattern redirect /textpattern https://www.schamper.ugent.be/textpattern redirect /~phpmyadmin https://www.schamper.ugent.be/phpmyadmin redirect /phpmyadmin https://www.schamper.ugent.be/phpmyadmin </VirtualHost> NameVirtualHost 157.193.88.72:80 <VirtualHost 157.193.88.72:80> SSLDisable ServerAdmin web...@sc... DocumentRoot /sd/www/utpcable/public_html/ ServerName utpcable.ugent.be </VirtualHost I have attached the httpd.conf file too. The above virtual hosts are included through the conf.d directory. Some more info about the layout of the site: http(s)://(www.)schamper.ugent.be point to the same index.html file that is a redirect to http(s)://www.)schamper.ugent.be/~website In /var/www i have a couple of files. Here the php files don't work. I have a user website on my server that has the website in it. (Changing the document root to the public_html directory of the user website doesn't change a thing.) Next to that I have users textpattern and phpmyadmin. Surfing to https://(www.)schamper.ugent.be/(~)textpattern and https://(www.)schamper.ugent.be/(~)phpmyadmin work and are executed under phpcgiwrap. Can you see what the problem is? I would appreciate any kind of help. Thank you very much for your time, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: Rudy.Gevaert@UGent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4734 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |
From: Jeremy C. <cg...@jd...> - 2005-12-13 05:18:07
|
Sounds like mod_actions is missing from the loaded modules list. http://httpd.apache.org/docs/1.3/mod/mod_actions.html#action -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Tue, Dec 13, 2005 at 03:10:50AM +0100, alex wrote: > Hi, > > I installed cgiwrap with this configure > > ./configure --with-install-dir=/usr/local/cgiwrap --with-httpd-user=www-data --with-logging-file=/var/log/apache/cgiwrap.log > > on a debian sarge box, my apache version is 1.3.33 > > i put this in my httpd.conf > > ScriptAlias /cgiwrapDir/ /usr/local/cgiwrap/ > Action cgi-wrapper /cgiwrapDir/cgiwrap > > > but i can not restart apache daemon, I have this error > > Syntax error on line 1060 of /etc/apache/httpd.conf: > Invalid command 'Action', perhaps mis-spelled or defined by a module not included in the server configuration |