catap's blog ~ записки ёmacs'ера

Модуль ngx_http_limit_var_module (патч на для nginx >= 0.7.52) позволяет ограничить число запросов для заданного ключа (ключем может быть uri и кука, может быть ip или любая строка состоящая как из простых значений, так и из переменных). Основное отличие от ngx_http_limit_req_module заключается в предоставлении информации о необходимости ограничений через механизм переменных, а это позволяет сократить количество выполнений тяжелой части запроса при обработке клиента (или включить кеширование), и в не совсем честном алгоритме.

Небольшой патч, вместо вчерашнего, который добавляет переменные $urlencode_name и $urldecode_name, в которые попадают urlencoded или urldecode значение переменной name.

Да $urldecode_urlencode_urldecode_urlencode_urldecode_urlencode_arg_test работает именно так как и ожидается. Но выглядит как считалка какая-то.

Небольшой патч который добавляет переменные $encoded_arg_name, в которые попадают urlencoded значение аргумента name из строки запроса.

Предлагаю общественности патч, который понижает привелегии у master процесса. Для старта по прежнему нужен root, но после старта все процессе будут от имени user в конфиге.

Предлагаю общественности патч, который добавляет дерективу empty_gif_size.

syntax: empty_gif_size [размер буфера] размер gif
default: empty_gif_size 1024 43
context: http, server, location, if в location

Директива устанавливает размер пустого gif, который возвращает модуль ngx_http_empty_gif_module, добавляя в конец необходимое количество нулей. Размер не может быть меньше 43 байт.

И на закуску: патч потестировать можно тут.

Выкладываю в публичный доступ git c полной историей nginx. Его можно взять у меня, командой:

git clone git://catap.ru/nginx/sysoev.git

Так же он зеркалируется на repo.or.cz, github и gitorious.

Собрался все свои патчи в кучу.

Если модуль возвращает No Content (сам или в конфиге сказано `return 204’) и есть у нас keep-alive, то клиент будет ждать ответ вечно, ибо Content Length будет аккуратно выкинут. Патч.

Предлагаю общественности патч, который добавляет дерективу upstream_count_limit.

syntax: upstream_count_limit количество
default: upstream_count_limit 0
context: http, server, location, if в location

Директива ограничивает количество перебираемых в случае ошибки бэкендов в upstream-е. При достижении ограничения запросы начинают отправляться на бэкенды, помеченные как backup. В случае значения 0 сохраняется исходное поведение.

Сегодня в nginx-ru заказали дерективу valid-user. Естесвенно я не смог не помочь человеку.