Я вошел в файл cfusion.jar ColdFusion. То, что я там нашел, было немного запутанным.

Объем CGI не имеет формы structure, на которую можно было бы надеяться.

Вот как обрабатывается вызов переменной CGI. например <cfoutout>#cgi.THIS_IS_A_FAKE_KEY#</cfoutout>

1. Обычные допустимые переменные области видимости CGI — это те, что указаны в этом списке, и они будут инициализированы значением "" по умолчанию.

    private static final String[] names ="AUTH_PASSWORD","AUTH_TYPE","AUTH_USER","CERT_COOKIE","CERT_FLAGS","CERT_ISSUER","CERT_KEYSIZE","CERT_SECRETKEYSIZE","CERT_SERIALNUMBER","CERT_SERVER_ISSUER","CERT_SERVER_SUBJECT","CERT_SUBJECT","CF_TEMPLATE_PATH","CONTENT_LENGTH","CONTENT_TYPE","CONTEXT_PATH","GATEWAY_INTERFACE","HTTP_ACCEPT","HTTP_ACCEPT_ENCODING","HTTP_ACCEPT_LANGUAGE","HTTP_CONNECTION","HTTP_COOKIE","HTTP_HOST","HTTP_USER_AGENT","HTTP_REFERER","HTTP_URL","HTTPS","HTTPS_KEYSIZE","HTTPS_SECRETKEYSIZE","HTTPS_SERVER_ISSUER","HTTPS_SERVER_SUBJECT","LOCAL_ADDR","PATH_INFO","PATH_TRANSLATED","QUERY_STRING","REMOTE_ADDR","REMOTE_HOST","REMOTE_USER","REQUEST_METHOD","SCRIPT_NAME","SERVER_NAME","SERVER_PORT","SERVER_PORT_SECURE","SERVER_PROTOCOL","SERVER_SOFTWARE","WEB_SERVER_API" };`
   

   Также все эти значения также поступают из различных java-библиотек javax.servlet, HttpServletRequest и т. д.

2. Если запрошенная переменная не является ни одной из них после небольшой проверки, ColdFusion переходит к заголовкам запроса. Вы можете увидеть их, используя getHttpRequestData().headers. Затем ищет там ключ с дефисами (-) вместо символов подчеркивания (_) в запросе ключа cgi. (Если ключ начинается с http_, то ключ в заголовках запроса будет без него, например, http_x_forward в заголовке запроса будет x-forward)

    value = request.getHeader(name.replace('_', '-'));
   

Насколько я понимаю, что касается ColdFusion, ключи, упомянутые в первом пункте, признаны частью области CGI. Но когда дополнительная информация передается с сервера балансировки нагрузки Apache в ColdFusion, она попадает в заголовки запроса. Поскольку java getHeader просто возвращает пустую строку (или что-то с типом данных undefined) вместо неопределенной ошибки, ColdFusion не определяет, определен ли какой-либо из ключей.

Поэтому, если ключ THIS_IS_A_FAKE_KEY отправляется в ColdFusion от посредника, такого как сервер Apache. Вы найдете это в getHttpRequestData().headers['THIS-IS-A-FAKE-KEY'], но не в дампе области CGI.

При этом мое личное мнение таково, что лучше проверять непосредственно в getHttpRequestData().headers наличие пользовательских переменных CGI, а не в самой области видимости.

EDIT Спасибо Ageax за указание на то, что один из моих тестовых случаев был недействителен в моей предыдущей редакции этого поста.

Отличная детективная работа RRK! Поэтому я решил провести эксперимент, чтобы проверить ваши выводы, создав две петли. Первый цикл будет отображать пары ключ/значение из getHttpRequestData().headers, а второй цикл сделает то же самое, используя соответствующие пары ключ/значение из области cgi, заменив - на _. Вуаля! как сообщает RRK, мы видим, как вы можете получить значения любым из этих методов. Я обновил суть и разместил здесь для всех, кто заинтересован.

<cfset httpHeaders = getHttpRequestData().headers>

<h3>getHttpRequestData().headers</h3>

<cfloop collection="#httpHeaders#" item="key" >
    <cfoutput><strong>#Key#</strong> : #httpHeaders[key]#<br></cfoutput>
</cfloop>

<h3>cgi keys dash to underscore</h3>

<cfloop collection="#httpHeaders#" item="key" >
    <cfset keyUnderscore = replace(key, "-", "_", "all")>
    <cfoutput><strong>#keyUnderscore#</strong> : #cgi[keyUnderscore]#<br></cfoutput>
</cfloop>