Show all posts by user
Discussions in Spanish
Maxim Dounin Wrote:
-------------------------------------------------------
> Патч ниже по первой ошибке преаллокации пытается предполагать, что
> мы работаем с jtk zlib, и работает соответственно. Если и это не
> помогло - тогда уже начинает писать в
by
S.A.N
-
Nginx Mailing List - Russian
Maxim Dounin Wrote:
-------------------------------------------------------
> Я, впрочем, подозреваю, что на самом деле там не это, а то, что
> лежит по адресу https://github.com/jtkukunas/zlib. Название и
> содержимое пакета как бы намекает:
>
> https://download.clearlinux.org
by
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.s
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 не популярна в продакшине, у неё своя ниша, она хорошо для тестов будущих версий R
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#44751210
by
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_only
by
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-redirect
by
S.A.N
-
Nginx Mailing List - Russian
Офтоп - мы делаем по другому, части контента загружаем аяксом на клиенте и строим страницу на клиенте, есть и сервер рендер, который по сути является агрегатором, РНР делает НТТР запросы к другим РНР скриптам, те отдают JS
by
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 fix
by
S.A.N
-
Nginx Mailing List - English
Дмитрий Герасимов Wrote:
-------------------------------------------------------
> Вообщем всем спасибо. Сегодня узнал о существовании incron (век живи,
> век учись), при помощи онного и решил проблему
Есть аналог API в systemd
https://www.freedesktop.org/software/systemd
by
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 $MAI
by
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 или La
by
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