empty variable in access log
gfrankliu at gmail.com
Tue Dec 1 00:44:40 UTC 2020
BTW, if I set error_log to "warn", I do see:
2020/12/01 00:32:46 [warn] 7356#7356: *1 using uninitialized "test_var"
variable while logging request, client: 127.0.0.1, server: _, request: "GET
/ HTTP/1.1", host: "localhost"
The confusion was whether those uninitialized variables should be logged as
"-", or "" (as if it is initialized with ""). I mis-read your earlier
comment "If the variable value is not found, a hyphen (“-”) will be
logged.". I took it as "if variable is uninitialized, a hyphen is logged".
On Mon, Nov 30, 2020 at 4:37 PM Frank Liu <gfrankliu at gmail.com> wrote:
> Thanks Maxim,
> If I understand correctly, the uninitialized custom variable is the same
> as a variable initialized as "". That's why we don't see "-", but only see
> Only internal variables will have the special "-" treatment.
> On Mon, Nov 30, 2020 at 4:27 PM Maxim Dounin <mdounin at mdounin.ru> wrote:
>> On Mon, Nov 30, 2020 at 03:26:59PM -0800, Frank Liu wrote:
>> > ok, for testing, I removed the variable from the map, and add one line
>> in a
>> > 2-way SSL server config, to create a fresh new variable:
>> > set $test_var "test";
>> > For a request without client cert (400), I see neither "test", nor "-"
>> > the access log for $test_var. I only see blank, as if the $test_var was
>> > to "".
>> That's because variables defined due to "set" somewhere in the
>> configuration default to "" with an optional warning
>> (http://nginx.org/r/uninitialized_variable_warn). And in your
>> test the variable is uninitialized, as the set directive is not
>> executed for the request in question.
>> The "-" special value can be seen for various builtin variables,
>> such as non-existing headers ($http_*, $sent_http_*,
>> $upstream_http_*), non-existing arguments ($arg_*), cookies
>> ($cookie_*), $content_length if not available, $remote_user if not
>> provided or empty, and so on.
>> Maxim Dounin
>> nginx mailing list
>> nginx at nginx.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the nginx