Maxim Dounin Wrote: ------------------------------------------------------- > Патч ниже по первой ошибке преаллокации пытается предполагать, что > мы работаем с jtk zlib, и работает соответственно. Если и это не > помогло - тогда уже начинает писать вby S.A.N - Nginx Mailing List - Russian
Maxim Dounin Wrote: ------------------------------------------------------- > Я, впрочем, подозреваю, что на самом деле там не это, а то, что > лежит по адресу https://github.com/jtkukunas/zlib. Название и > содержимое пакета как бы намекает: > > https://download.clearlinux.orgby S.A.N - Nginx Mailing List - Russian
> Есть смысл разобраться, что у вас используется вместо zlib, Из коробки в ОС установлена пропатченная Intel библиотека zlib https://software.intel.com/en-us/articles/how-to-use-zlib-with-intel-ipp-opertimization Вот что у нас выдает ldd ldd /usr/lib64/libz.so linux-vdso.sby S.A.N - Nginx Mailing List - Russian
Есть смысл мне писать в bug report, по этой проблеме, или шансы на исправление близки к нулю?by S.A.N - Nginx Mailing List - Russian
Я уже подымал эту тему на Github https://github.com/nginx/unit/issues/6 Будет хорошо создать здесь отдельные maillist для Unit. Я согласен с теми кто считает что Unit сложно будет конкурировать с PHP-FPM. 1. Простота в настройке и запуске разных веby S.A.N - Nginx Mailing List - Russian
Здравствуйте. Мы начали использовать OS ClearLinux for Intel® Architecture, (отличная производительность) Все работает хорошо, но в логах Nginx мы постоянно видим 31591#31591: *1 gzip filter failed to use preallocated memory: 65536 of 16368 Таких записей очень много,by S.A.N - Nginx Mailing List - Russian
> > Для Fedora 25-26 (Open SSL 1.1) будет сборка? > Таких планов нет, т.к. популярность этих дистрибутивов на сервере, > кажется, невелика. Да, Fedora не популярна в продакшине, у неё своя ниша, она хорошо для тестов будущих версий Rby S.A.N - Nginx Mailing List - Russian
Для Fedora 25-26 (Open SSL 1.1) будет сборка?by S.A.N - Nginx Mailing List - Russian
I advise you implementing - direct file upload. Read more: https://stackoverflow.com/questions/44371643/nginx-php-failing-with-large-file-uploads-over-6-gb/44751210#44751210by S.A.N - Nginx Mailing List - English
> В таком виде, конечно, не закоммитят. Я тут нагло воспользовался > существованием внутреннего флага, который по факту используется для > webdav-модуля, и "вытащил" его в конфигурацию, потому патч и такой > простby S.A.N - Nginx Mailing List - Russian
> Т.е. директиву client_body_in_file_only и переменную > $request_body_file добавили, а > прав на файлы - добавить забыли. Да, в интернете многие задаются вопросом почему сделано это так, похоже что просто забыли учитывать client_body_in_file_onlyby S.A.N - Nginx Mailing List - Russian
Я уточню чтобы меня понимали. Мы используем директиву - client_body_in_file_only clean; для получения файлов от клиента при аплодинге, указываем директорию в директиве client_body_temp_path, все работает хорошо, только пермишены файлов в этоby S.A.N - Nginx Mailing List - Russian
> Это временный файл процесса nginx, и, насколько я понимаю, никакая > обработка в > других процессах не предусматривается. В силу этого же права > выставлены в 0600 и > другого быть не может. Временный файлы процессby S.A.N - Nginx Mailing List - Russian
Konstantin Baryshnikov Wrote: ------------------------------------------------------- > > > > On May 31, 2017, at 12:35 AM, S.A.N <nginx-forum@forum.nginx.org> > wrote: > > > > Я конечно извиняюсь, за настойчивость, но неужели пермишен 0600, на > файл > > который должен бытьby S.A.N - Nginx Mailing List - Russian
Я конечно извиняюсь, за настойчивость, но неужели пермишен 0600, на файл который должен быть обработан в другом процессе, это нормально и это никак нельзя настроить в конфиге Nginx?by S.A.N - Nginx Mailing List - Russian
> В первом сообщении указана ссылка на php-скрипт, где и используется > x-accel-redirect. Задача: сделать, чтобы nginx, приняв url, ещё и > переходил по редиректам, а не завершал обработку при получении первого > редиректа. Nginx,by S.A.N - Nginx Mailing List - Russian
> В идеале - хотелось бы решения чисто на nginx. x-accel-redirect https://www.nginx.com/resources/wiki/start/topics/examples/x-accel/#x-accel-redirectby S.A.N - Nginx Mailing List - Russian
Офтоп - мы делаем по другому, части контента загружаем аяксом на клиенте и строим страницу на клиенте, есть и сервер рендер, который по сути является агрегатором, РНР делает НТТР запросы к другим РНР скриптам, те отдают JSby S.A.N - Nginx Mailing List - Russian
> Но это требует rewrite директив, в конфиге Nginx, мне это не очень > нравится. Можно без rewrite директив, просто alias location ~ ^/[0-9]+/(.+)$ { alias /var/www/dir/$1; }by S.A.N - Nginx Mailing List - Russian
Michael Salmon Wrote: ------------------------------------------------------- > I started testing using a Unix domain socket so that I could a way to > send a message when my site was down for maintenance but I ran into a > problem. When I restarted nginx it complained that the sockets already > existed and wouldn't start. Is this the expected behaviour? No, is bug. Here fixby S.A.N - Nginx Mailing List - English
Дмитрий Герасимов Wrote: ------------------------------------------------------- > Вообщем всем спасибо. Сегодня узнал о существовании incron (век живи, > век учись), при помощи онного и решил проблему Есть аналог API в systemd https://www.freedesktop.org/software/systemdby S.A.N - Nginx Mailing List - Russian
Здравствуйте. Сейчас файлы создаются с правами 0600 нужно хотя бы 0660, в документации нашел только настройку прав для store proxy_store_access user:rw group:rw all:r; Есть аналогичная настройка для client_body_temp_path?by S.A.N - Nginx Mailing List - Russian
Возможно по этой же причине Nginx иногда не удалял файлы, по директиве client_body_in_file_only clean; client_body_temp_path - на локал файл системе Наверно, в момент получения QUIT сигнала, процес Nginx завершался и файлы не удалялись.by S.A.N - Nginx Mailing List - Russian
Maxim Dounin Wrote: > Но в целом идея, что для остановки nginx'а системными скриптами > надо использовать QUIT - она, скажем так, странная. Да, странно зачем в дистрибутиве от Nginx, в файле nginx.service указан QUIT сигнал ExecStop=/bin/kill -s QUIT $MAIby S.A.N - Nginx Mailing List - Russian
Может я что-то не так делаю, в конфиге указываю: server { listen unix:/var/run/www/test.sock; .... } Nginx создает файл сокета при старте, но после перезагрузки systemctl restart nginx, файл не удаляется и Nginx не может к нему забиндится, в логе выдаеby S.A.N - Nginx Mailing List - Russian
Проще всего сделать как в Amazon CloudFront, если бекенд отдал Cache-Control: max-age=0, кешировать эти ответы, если в заголовках ответа есть валидаторы ETag или Last-Modified.by S.A.N - Nginx Mailing List - Russian
Здравствуйте. Я уже когда-то писал, что некоторые запросы бекенды должны всегда ревалидировать, в спецификации это документировано в трех параметрах заголовка Cache-Control. max-age=0 - кешировать если есть валидатор (ETag или Laby S.A.N - Nginx Mailing List - Russian
> 2) и что, всю толпу заголовков перечислять в ignore, если вдруг > хочется чтобы > всё происходило ровно так, как описано в конфиге? :) Нет, достаточно указать ignore Cache-Control и бекенд не сможет рулить кешированием, но вообщby S.A.N - Nginx Mailing List - Russian
> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_b > ackground_update > http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_b > ackground_update Да, спасибо. Почему значения директивы proxy_cache_use_stale более приоритетно чем заголовок stale-while-revalidate? Приоритетby S.A.N - Nginx Mailing List - Russian
За поддержку заголовков stale-* отдельное спасибо. Когда появится в документации описания новой директивы - proxy_cache_background_update?by S.A.N - Nginx Mailing List - Russian