Using uninitialized NGINX в логах?

Question

[SteepNET]

[warn] 3411#3411: *186502 using uninitialized "rule_2" variable, client: 31.148.136.163, server: site.ru, request: "GET..
Такого очень много в логах NGINX сайта

В конфиге NGINX сайта есть такие правила

if (!-f $request_filename){
	set $rule_2 1$rule_2;
}
if (!-d $request_filename){
	set $rule_2 2$rule_2;
}
if (!-e $request_filename){
	set $rule_2 3$rule_2;
}
if ($request_filename !~ "-l"){
	set $rule_2 4$rule_2;
}
if ($rule_2 = "4321"){
rewrite /(.+) /./index.php?path=$1 last;
}

Что не так ?

Answer 1

[deepblack]

https://forum.nginx.org/read.php?2,244722,244726#m...

The "set" directive isn't something essential, and actually it is just a
directive from the rewrite module.

See here how it works:
nginx.org/en/docs/http/ngx_http_rewrite_module.html

It is evaluated on the rewrite phase of request processing. Thus, if
the request is finalized before this phase, then your variable is left
uninitialized.

To debug your locations and for better understanding what is going on,
you can use nginx debug log: nginx.org/en/docs/debugging_log.html

UPD: Если все отрабатывает исправно, то можете установить
uninitialized_variable_warn off;

Подробнее:
nginx.org/en/docs/http/ngx_http_rewrite_module.htm...

Comments

[SteepNET]

Спасибо за ответ, не совсем понял ,модулю не нравиться "set" ? Простите как тогда правильней сделать?

"Он оценивается на этапе перезаписи обработки запроса. Таким образом, если запрос завершается до этого этапа, затем ваша переменная остается не инициализированный"

Так то эти правила все успешно работают но лог смущает..

[deepblack]

SteepNET, дополнил ответ

[SteepNET]

Андрей, Спасибо,эти варнинги вроде отключены
Но появились или были еще такого рода логи
[warn] 6551#6551: *800 an upstream response is buffered to a temporary file /var/cache/nginx/fastcgi_temp/3/01/0000000013 while reading upstream, client

Насколько я понял это NGINX сообщает о записи на диск из памяти данных из-за того что не поместились в памяти , так ли это?

[deepblack]

SteepNET, да, верно.
Это некритично впринципе,
но если есть желание можно покрутить настройки ngx_http_fastcgi_module

fastcgi_buffers              8 4k; 
fastcgi_busy_buffers_size    8k; 
fastcgi_temp_file_write_size 8k;

В итоге должно получиться нечто вроде этого:

location ~ .php$ {
    try_files $uri = 404;
    fastcgi_pass unix:/var/run/php-fpm.sock;
    fastcgi_index  index.php;
    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    fastcgi_buffers 4 256k;
    fastcgi_busy_buffers_size 256k;
    fastcgi_temp_file_write_size 256k;
    include fastcgi_params;
}