ID: 7741 Updated by: [EMAIL PROTECTED] Reported By: [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] [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] [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
