Bug #7741 Updated: .cgi does not adhere to quasi-RFC

ID: 7741 Updated by: hholzgra@php.net Reported By: tictactux@surfeu.ch Status: Open -Bug Type: Feature/Change Request +Bug Type: Documentation problem Operating System: Any PHP Version: 4.0.3pl1 New Comment: 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 Previous Comments: ------------------------------------------------------------------------ [2000-11-10 04:32:48] tictactux@surfeu.ch 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