loader фактически загрузит все
файлы целиком для заполнения key_zone.
С наилучшими пожеланиями.
Алексей.
On Wed, Jan 17, 2024 at 6:13 AM Maxim Dounin wrote:
>
> Hello!
>
> On Tue, Jan 16, 2024 at 12:43:47PM +0700, Алексей wrote:
>
> > Благодарю за подробный ответ. Не знал, что
Здравствуйте.
Благодарю за подробный ответ. Не знал, что кэш файлы читаются в два этапа.
Что если выставить fastcgi_buffer_size 512k? Весь файл читается в этот
буфер тогда?
С наилучшими пожеланиями.
Алексей.
On Tue, Jan 16, 2024 at 12:04 AM Maxim Dounin wrote:
>
> Hello!
>
> On
Приветствую.
Использую fastcgi proxy с кэшом, расположенном на NFS шаре. Кэшируемые
файлы размером около 250К.
Вывод команды mountstats показывает, что операции READ получают в
среднем 54К байт, а операции WRITE отправляют в среднем 220К байт.
Получается, что когда nginx пишет файлы, то делает
Здравствуйте.
inactive=10m - это скорее исключение чем правило в продакшн серверах.
Обычно сутки и более.
atime действительно обычно отключен, вместо него обычно включен relatime.
С наилучшими пожеланиями.
Алексей.
On Mon, Nov 13, 2023 at 4:19 AM Maxim Dounin wrote:
>
> Hello!
>
>
Здравствуйте.
При перезагрузке nginx теряется LRU информация кэша.
Возможно ли сделать так, чтобы cache loader обращал внимание на atime
файлов и использовал эти данные для формирования LRU информации?
С наилучшими пожеланиями.
Алексей.
___
nginx-ru
unsubscribe
On Wed, Jun 14, 2023 at 2:07 AM Dmitry Ivanov wrote:
>
> Здравствуйте, Maxim.
>
> Вы писали 13 июня 2023 г., 19:42:47:
>
> > *) Изменение: устаревшая директива ssl больше не поддерживается.
>
> Я 1000-кратно извиняюсь. И как теперь? В рассылке я не нашел,
> документация
On Wed, Apr 21, 2021 at 12:22 AM Alex Domoradov wrote:
> > Улучшения ситуация с HTTP/3 я не ожидаю, скорее наоборот.
>
> Маркетологи говорят, что надо срочно инкрементировать версии, чтобы не
> отставать от других
>
> On Tue, Apr 20, 2021 at 8:08 PM Maxim Dounin wrote:
>
>> Hello!
>>
>> On Tue,
Сто про, братишка.
On Sun, Mar 21, 2021 at 5:36 PM edo1 wrote:
> > reload не вредит
> > restart вредит
>
> точно keys_zone выживает при релоаде?
>
> вот что нашёл:
> The cache loader then exits and doesn’t need to run again unless NGINX is
> restarted or reconfigured and the shared memory
reload не вредит
restart вредит
On Sun, Mar 21, 2021 at 6:29 AM edo1 wrote:
> правильно ли я понимаю, что после перезагрузки конфигурации теряется
> информация о времени последнего доступа к элементам кэша и при
> необходимости
> чистки удаление файлов идёт по сути «наобум»?
>
> поясню: у нас
.
С наилучшими пожеланиями.
Алексей.
P.S.: Может быть стоит отразить эту особенность в документации.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
примерно одинаковый.
Ожидал, что распределение нагрузки между серверами будет примерно
одинаковое. Однако отклонения достигают 20%
Динамика изменения объема занятого места в кэш партициях кэширующих
серверов,
[image: image.png]
С наилучшими пожеланиями.
Алексей
> там в чём загвоздка, почему нельзя сгенерить html-код динамически в самом
NGINX?
Ну можно посмотреть в сторону ctpp:
http://ngx-ctpp.vbart.ru/
http://ctpp.havoc.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
Есть ли возможность при недоступности бэка (временной, буквально на пару
секунд) на клиент не отдавать сразу '502 Bad Gateway', а повторить попытку
через Х секунд удерживаю при этом коннект с клиентом?
Я так понимаю из коробки такой возможности нет, но может это можно сделать
через lua/nginJs?
А зачем nginx должен удерживать соединение? Что ждёт клиент от этого
соединения.
сб, 20 апр. 2019 г., 12:16 RuslanValitov :
> Добрый день уважаемые.
>
> Имеется:
> 1. Nginx + lua
> 2. redis 5.0
> 3. Внешнее приложение с redis клиентом
>
> Задача: подключить внешнее приложение к redis.
>
> Доступ
gress.class: "haproxy" 22.01.2019, 16:59, "Maxim Dounin" :Hello!On Mon, Jan 21, 2019 at 11:59:25PM +0300, Алексей wrote:I use nginx 1.13.6 as server for mutual tls auth with clients certsNote that 1.13.6 is a mainline version which is not supported since release of 1.13.7 at 21
-z,now -Wl,--as-needed -pie'root@cpronginx-4tnz7:/var/log/nginx# openssl versionOpenSSL 1.1.0h 27 Mar 2018How to solve this problem -- С уважением, Алексей. ___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
20 октября 2017 г., 18:44 пользователь Slawa Olhovchenkov
написал:
> тут проблема со стандартным путями получения pear/pecl слинкованными с
> разными версиями php. мне как-то не известны дистрибутивы,
> предоставляющие это из коробки.
Но всегда можно подключить альтернативные
> *) Добавление: улучшения в скриптах подсветки синтаксиса для vim.
А речь про этот файл:
https://trac.nginx.org/nginx/browser/nginx/contrib/vim/syntax/nginx.vim ?
Я правильно понимаю, что это эволюция вот этого
http://www.vim.org/scripts/script.php?script_id=1886 ?
Всем привет. Прошу помочь разобраться, почему боты гугла имеют проблемы со
сканированием сайта.
в конце урл добавляется мусор в виде "
ru/igrushki-breloki/c144?%252Fru%252Figrushki-breloki%252Fc144=&%25252Fru%25252Figrushki-breloki%25252Fc144="
Движок сайта на cms prestashop, в панели вембастер
Не раз уже слышал, что LuaJIT достаточно быстроработающее решение. Может
стоит опробывать и посмотреть на сколько укладывается в заданные требования?
29 сентября 2016 г., 19:40 пользователь Pavel Odintsov <
pavel.odint...@gmail.com> написал:
> Неа, скорость критична
>
>
> On Thursday, 29
>*) Добавление: динамические модули.
Помниться тема "а когда в nginx появятся модули как в apache" поднималась
не один раз. И не раз ответ был, что такого не будет, не нужно делать из
nginx apache. В связи с чем вопрос, это политика партии изменилась (под
давление общественности?) или же это
Видимо nginScript призван будет справить эту небольшую досадность. Как я
понимаю, доступность из-коробки.
4 декабря 2015 г., 15:12 пользователь denis
написал:
> 04.12.2015 13:07, Dmitry Pryadko пишет:
>
>> Точнее, вот так (tested):
>>
>> только одна мленькая
Ну как минимум переместить include fastcgi_params вверх.
15 октября 2015 г., 0:44 пользователь Vladislav Prodan
написал:
> Здравствуйте.
>
> Имеется коммерческая php система.
> Внутри все зашифровано .
>
> В логах присутствуют запросы вида
>
Добавить на бэкенд еще один IP и указать его как еще один upstream.
14 октября 2015 г., 15:42 пользователь kpoxa написал:
> Добрый день.
>
> Использую stream для проброса соединений из вне + ssl прокси в дмз.
>
> Столкнулся со стандартным ограничением на число исходящих
>downstream { out_ip ip1; out_ip ip2; } :)
Он есть
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_next_upstream
только в данном случае это наверное не поможет, исходящее и до
проксируемого бэкэнда оно не доходит.
14 октября 2015 г., 17:36 пользователь kpoxa
Для такой задачи разумнее использовать Squid
https://ru.wikipedia.org/wiki/Squid
17 сентября 2015 г., 11:59 пользователь wosk написал:
> Здравствуйте, можно ли средствами nginx проксировать сайт например ютуб
> Админ заблокировал доступ к сайту, хочу открыть.
>
> Posted
Т.е. просто прописав в debian/rules опицию --with-http_image_filter_module
для configure?
3 сентября 2015 г., 0:51 пользователь Андрей Василишин
написал:
>
> P.S. Варианты: сборка из исходников, сборка своего пакета понятны, но
>> хочется быстрого пакетного решения.
>>
>
>
На дебиан подобных дистрибах есть несколько вариантов собранного nginx с
разными модулями. Конкретно в моей ситуации потребовался
http_image_filter_module которого нет в официальном репозитории дебиана в
nginx-light (устанавливаемом по умолчанию) пакете, но он есть во всех
остальных. Вопрос решаем
достаточно пихнуть нджинкс в общую группу с хостами и расставить права.
Я бы внес уточнения в формулировку. Не в какую-то ОДНУ общую группу, а в Х
групп, где Х-количество системных аккаунтов из под которых работают
vhost-ы. Тогда достаточно на корневую директорию vhost поставить 0740 и
быть
для того чтобы обезопасить большое кол-во независимых проектов от разных
пользователей, работающих на одном мощном сервере.
nginx+php-fpm, каждый требующий изоляции проект заводится в своем pool-е (я
для fpm при этом еще и chroot делаю). На корневую папку проекта ставим
права 740, при этом nginx
Всем привет!
Когда-то давно я помню, что было обсуждение этих директив и было
упоминание, что
http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_connect_timeout
поднять выше 75 секунд нельзя и это захаркожено и исходниках. В связи с чем
вопросы:
1) Где в коде эти 75 секунд заданы
Доброго дня!
В определенных ситуациях мне необходимо чистить закэшированные ответы nginx
Решил воспользоваться ngx_cache_purge
Кусок конфига:
location /api/delete_api_cache/ {
allow 127.0.0.1;
deny all;
Ясно, спасибо
7 ноября 2014 г., 14:37 пользователь Валентин Бартенев vb...@nginx.com
написал:
On Friday 07 November 2014 14:26:46 Алексей Рожков wrote:
Доброго дня!
В определенных ситуациях мне необходимо чистить закэшированные ответы
nginx
Решил воспользоваться ngx_cache_purge
Да, точно, это я как-то прохлопал ушами :)
7 ноября 2014 г., 14:44 пользователь Валентин Бартенев vb...@nginx.com
написал:
On Friday 07 November 2014 14:37:12 Валентин Бартенев wrote:
On Friday 07 November 2014 14:26:46 Алексей Рожков wrote:
Доброго дня!
В определенных ситуациях мне
заголовок Purge-Api-Cache?
7 ноября 2014 г., 14:44 пользователь Валентин Бартенев vb...@nginx.com
написал:
On Friday 07 November 2014 14:37:12 Валентин Бартенев wrote:
On Friday 07 November 2014 14:26:46 Алексей Рожков wrote:
Доброго дня!
В определенных ситуациях мне необходимо чистить
Большое спасибо за помощь, Валентин!
Похоже, надо смотреть в сторону memcached, он в этом смысле более гибкий. А
так хотелось малой кровью :)
7 ноября 2014 г., 17:32 пользователь Валентин Бартенев vb...@nginx.com
написал:
On Friday 07 November 2014 15:59:53 Алексей Рожков wrote:
А есть
или мы имеем hosts в памяти и в худшем случае тратим 200 на чтение
этого файла, который и так оказывается в кэше системы.
Вот-вот. Возникает вопрос, зачем тогда это вообще оптимизировать?
2 октября 2014 г., 15:30 пользователь Anton Kiryushkin sw...@fotofor.biz
написал:
Здравствуйте, Вадим.
После замены стороннего модуля nginx_mod_h264_streaming на стандартный
with-http_mp4_module обнаружилась проблема с раздачей mp4 видео файлов для
псевдостриминга - сторонний модуль делал перестановку moov-атома в начало
файла, стандартный отдает файл в неизменном виде (проверяем с помощью
Помогите пожалуйста разобраться, в каком месте проблема.
это реализовано средствами php, т.е. на стороне php скрипта.
20 марта 2014 г., 16:17 пользователь Ксения Юрьевна Блащук
ksybl...@gmail.com написал:
Добрый день.
Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект
А если серьезно, то конфиги, схемы, вывод о вкомпилированных модулях,
описание логики работы.
Тогда будет предмет для обсуждения.
Best regards, Alexey Bobok
23 янв. 2014 09:00 пользователь Dimka nginx-fo...@nginx.us написал:
:) это разумеется, а кроме, если серьезно? В продакшен
Вовремя подвозите патроны.
Best regards, Alexey Bobok
22 янв. 2014 16:05 пользователь Dimka nginx-fo...@nginx.us написал:
Всем привет!
Я использую NGINX для проброса части cgi трафика Апаче, часть в Томкат и
часть кешируется nginx ом.
Так же поднят SSL.
Подскажите, есть какие-то
Данное решение все-же лучше, чем ничего. Рад выслушать альтернативные
решения,
которые работают вне пределов одного датацентра.
DNS сервер на той же машине, что и веб сервер + А запись на саму себя. Т.е.
на host1 крутиться DNS который для домена отдает только одну А запись,
причем она ведет на IP
Ну это то, что находится в официальном репозитории debian 7-ой версии.
2013/12/29 Валентин Бартенев vb...@nginx.com
On Sunday 29 December 2013 12:30:39 Алексей Сундуков wrote:
[~]# uname -a
Linux ww-realty.ru 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64
GNU/Linux
[~]# nginx -v
[~]# uname -a
Linux ww-realty.ru 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64
GNU/Linux
[~]# nginx -v
nginx version: nginx/1.2.1
[~]# nginx -V
nginx version: nginx/1.2.1
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx --conf-path=/etc/nginx/nginx.conf
идея в том, что отправка заголовка Connection: keep-alive
в большинстве случаев не нужна.
А можно для танкистов пояснить, почему? Потому что http1.1 и так скорее
всего persistent?
___
nginx-ru mailing list
nginx-ru@nginx.org
...@gmail.comнаписал:
16 декабря 2013 г., 0:42 пользователь Алексей Сундуков
public-m...@alekciy.ru написал:
идея в том, что отправка заголовка Connection: keep-alive
в большинстве случаев не нужна.
А можно для танкистов пояснить, почему? Потому что http1.1 и так скорее
всего persistent
часть данных, полученных от бэкенда при
небуферизированном проксировании, могла не отправляться клиенту
сразу, если использовались директивы gzip или gunzip.
А это означает, что gzip или gunzip для клиента отключаются или же на
бэкэнд ложиться задача сжатия ответа, а nginx просто сразу отправляет
А разве в том же Yii по другому? Silex? Да и настолько ли большая разница?
18 ноября 2013 г., 9:44 пользователь Илья Шипицин chipits...@gmail.comнаписал:
symfony2 - шикарная вещь.
это, пожалуй, единственный фреймворк, разработчики которого всерьез
занимаются производительнолстью.
Сегодня читал мануал и обнаружил интересную конструкцию, которая Вам
поможет:
location /images/ {
try_files $uri /images/default.gif;
}
location = /images/default.gif {
expires 30s;
}
Если нужный файл внутри /images/ не найден - загружается
/images/default.gif;
Более подробное
5 августа 2013 г., 11:11 пользователь Илья Шипицин
chipits...@gmail.comнаписал:
location ~ \.php$ {
try_files $uri @zend;
fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
fastcgi_pass127.0.0.1:9000;
2 июня 2013 г., 7:35 пользователь Vadim A. Misbakh-Soloviov
m...@mva.nameнаписал:
2) Я бы всё-таки посоветовал не слушать то, что написано в конфигах PHP
и не использовать их chroot, т.к. уже давно существует мнение, что
PHP'шный chroot это то, как безопасность НЕ НУЖНО организовывать.
Проблем с клиентами с динамическими адреса разве не возникает?
11 апреля 2013 г., 16:10 пользователь Denis P. nginx-fo...@nginx.us написал:
А получится ли закрепить пользователя за определенной нодой , пока он
активен, а при следующем логине закидывать на менее нагруженную?
Posted at Nginx
берегов. Поэтому я бы сказал, что статический клиент
это больше исключение, чем правило.
13 апреля 2013 г., 20:41 пользователь Dmitry Morozovsky
ma...@rinet.ru написал:
On Sat, 13 Apr 2013, Алексей Сундуков wrote:
Проблем с клиентами с динамическими адреса разве не возникает?
Много ли вы встречили
27.02.2013, в 7:44, Dmitry Morozovsky ma...@rinet.ru написал(а):
On Tue, 26 Feb 2013, Алексей Бобок wrote:
Я прошу прощения, 1000 tps (rps?) и 650 мегабит - это 650 килобит (читай 65
килобайт) на полный запрос (читай - файл?).
Это точно видео?
tps - аля iops
я округлил, там в принципе
На ФС
--
Best regards,
Alexey Bobok
28.02.2013, в 9:41, Danila Shtan dan...@shtan.ru написал(а):
Я запутался - тысяча это iops на файловой системе или rps на веб-сервере?
___
nginx-ru mailing list
nginx-ru@nginx.org
26 февраля 2013 г., 18:40 пользователь Михаил Монашёв
postmas...@softsearch.ru написал:
Здравствуйте, Алексей.
Есть средней нагруженности видеосторадж (700мбит/сек)
На нем есть порядка 150 mp4/flv видео, для которых нужно включить
огранчение по гео.
А сколько всего в видеосторадж
56 matches
Mail list logo