From mdounin на mdounin.ru Tue Aug 15 18:37:32 2023 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 15 Aug 2023 21:37:32 +0300 Subject: nginx-1.25.2 Message-ID: Изменения в nginx 1.25.2 15.08.2023 *) Добавление: path MTU discovery при использовании HTTP/3. *) Добавление: поддержка шифра TLS_AES_128_CCM_SHA256 при использовании HTTP/3. *) Изменение: теперь при загрузке конфигурации OpenSSL nginx использует appname "nginx". *) Изменение: теперь nginx не пытается загружать конфигурацию OpenSSL, если для сборки OpenSSL использовался параметр --with-openssl и переменная окружения OPENSSL_CONF не установлена. *) Исправление: в переменной $body_bytes_sent при использовании HTTP/3. *) Исправление: в HTTP/3. -- Maxim Dounin http://nginx.org/ From alexcool на gmail.com Sun Aug 20 03:29:48 2023 From: alexcool на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lk=?=) Date: Sun, 20 Aug 2023 10:29:48 +0700 Subject: nginx-1.25.1 In-Reply-To: <804784496.20230613220738@ivanoff.spb.ru> References: <804784496.20230613220738@ivanoff.spb.ru> Message-ID: unsubscribe On Wed, Jun 14, 2023 at 2:07 AM Dmitry Ivanov wrote: > > Здравствуйте, Maxim. > > Вы писали 13 июня 2023 г., 19:42:47: > > > *) Изменение: устаревшая директива ssl больше не поддерживается. > > Я 1000-кратно извиняюсь. И как теперь? В рассылке я не нашел, > документация не изменилась... > > Это мне надо идти и везде это на что-то менять? > > -- > С уважением, > Dmitry nginx-ru на ivanoff.spb.ru > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > https://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx на kinetiksoft.com Fri Aug 25 09:51:23 2023 From: nginx на kinetiksoft.com (=?UTF-8?B?0JjQstCw0L0=?=) Date: Fri, 25 Aug 2023 12:51:23 +0300 Subject: =?UTF-8?B?0KfRgtC+INC/0YDQvtC40YHRhdC+0LTQuNGCINC/0YDQuCDQv9GA0LU=?= =?UTF-8?B?0LLRi9GI0LXQvdC40Lgga2V5c196b25lPw==?= Message-ID: Здравствуйте! Что происходит при превышении размера keys_zone, например, в директиве proxy_cache_path ? Пишется ли ошибка в логи и, если да, то на каком уровне логирования? В моей памяти почему-то отложилось, что nginx не должен лимитировать количество файлов в кеше по этому параметру, а при превышении его должен сыпать ошибками в логи. Однако на практике мы сейчас, похоже, наблюдаем, что из-за того, что неверно посчитали keys_zone (указали 100m для кэша с более чем миллионом файлов, кеш не использовался на полную: не заполнялся даже близко к max_size, а в логах тишина. С уважением, Иван. From mdounin на mdounin.ru Fri Aug 25 16:20:19 2023 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 25 Aug 2023 19:20:19 +0300 Subject: =?koi8-r?B?/tTPINDSz8nTyM/EydQg0NLJ?= =?koi8-r?B?INDSxdfZ28XOyck=?= keys_zone? In-Reply-To: References: Message-ID: Hello! On Fri, Aug 25, 2023 at 12:51:23PM +0300, Иван wrote: > Здравствуйте! > > Что происходит при превышении размера keys_zone, например, в директиве > proxy_cache_path ? Пишется ли ошибка в логи и, если да, то на каком > уровне логирования? > > В моей памяти почему-то отложилось, что nginx не должен лимитировать > количество файлов в кеше по этому параметру, а при превышении его должен > сыпать ошибками в логи. Однако на практике мы сейчас, похоже, наблюдаем, > что из-за того, что неверно посчитали keys_zone (указали 100m для кэша с > более чем миллионом файлов, кеш не использовался на полную: не > заполнялся даже близко к max_size, а в логах тишина. Начиная с версии 1.9.13 nginx автоматически следит за количеством элементов в keys_zone: *) Добавление: теперь cache manager следит за количеством элементов в кэше и старается не допускать переполнений зоны разделяемой памяти. Теоретически alert "could not allocate node in cache keys zone..." получить всё ещё можно (если cache manager не уследит за заполненностью keys_zone, и удаление самого старого элемента кэша тоже не поможет), но на практике это маловероятно. -- Maxim Dounin http://mdounin.ru/