[PHP-DOC] #7741 [Opn->Csd]: .cgi does not adhere to quasi-RFC From: shane <email protected>
Date: 12/03/02

 ID: 7741
 Updated by: shane <email protected>
 Reported By: tictactux <email protected>
-Status: Open
+Status: Closed
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version: 4.0.3pl1
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

variables should now conform to CGI spec.

Previous Comments:
------------------------------------------------------------------------

[2002-06-17 13:27:12] hholzgra <email protected>

IMHO available variables should not be limited,
but documented for each SAPI (with special
non-standard additions for CGI sapi)

re-classified as doc problem

------------------------------------------------------------------------

[2000-11-10 04:32:48] tictactux <email protected>

This is not a bug but a change request:
Several people seem to struggle with .cgi and non-apache
servers, especially as server-supplied environment variables are used
that are *not* defined in the current cgi/1.1 specifications (see
http://web.golux.com/coar/cgi/).
Only the following variables are defined there; everything else should
be treated as 'vendor extensions':

Quote from
http://web.golux.com/coar/cgi/draft-coar-cgi-v11-03-clean.html#6.1:
--------------------
The canonical metavariables defined by this specification are:

    AUTH_TYPE
    CONTENT_LENGTH
    CONTENT_TYPE
    GATEWAY_INTERFACE
    PATH_INFO
    PATH_TRANSLATED
    QUERY_STRING
    REMOTE_ADDR
    REMOTE_HOST
    REMOTE_IDENT
    REMOTE_USER
    REQUEST_METHOD
    SCRIPT_NAME
    SERVER_NAME
    SERVER_PORT
    SERVER_PROTOCOL
    SERVER_SOFTWARE

---------------------
Therefore we should not rely on the presence of other variables; they
might be used as a shortcut if present, however:

  My_script_filename = getenv("SCRIPT_FILENAME");
  if (!My_script_filename) {
     My_script_filename = mangle("PATH_INFO", "SCRIPT_NAME")
  }

The mangle function does not really exist yet, right? ;-)

If we don't stick to a minimum, widely accept set of 'server
properties', we get a lot of long, frustrated and finally red faces.
Always keep in mind that the Apache is not the only tribesman out
there...

Regards, Ben

------------------------------------------------------------------------ 

-- 
Edit this bug report at http://bugs.php.net/?id=7741&edit=1

-- 
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php