Show all posts by user
Discussions in German
Page 1 of 1 Pages: 1
Results 1 - 23 of 23
Maxim Dounin Wrote:
-------------------------------------------------------
> Если хочется логгировать факт использования early data в запросе
> независимо от текущего статуса handshake'а - то наиболее близкое
> по смыслу значение можно получить, сохраняя
by
yanda.a
-
Nginx Mailing List - Russian
Maxim Dounin Wrote:
-------------------------------------------------------
> Hello!
>
> Где-то тут общение с бекендом завершено, однако ответ ещё не
> полностью отправлен клиенту. В процессе отправки клиенте
> закрывает HTTP/2 stream:
Кстати да, я немн
by
yanda.a
-
Nginx Mailing List - Russian
Да, конечно, единственное что - изменю доменное имя, если вы не против.
2020/01/13 02:28:13 17855#17855: *29319057 http write filter 00007FF7599D8E48
2020/01/13 02:28:13 17855#17855: *29319057 gzip in: 0000000000000000
2020/01/13 02:28:13 17855#17855: *29319057 http copy filter: -2 "/api/epg?from=1578862800&to=1578949199"
by
yanda.a
-
Nginx Mailing List - Russian
2020/01/13 02:28:13 17855#17855: *29319057 http write filter 00007FF7599D8E48
2020/01/13 02:28:13 17855#17855: *29319057 gzip in: 0000000000000000
2020/01/13 02:28:13 17855#17855: *29319057 http copy filter: -2 "/api/epg?from=1578862800&to=1578949199"
2020/01/13 02:28:13 17855#17855: *29319057 pipe write downstream done
2020/01/13 02:28:13 17855#17855: *29319057 event timer:
by
yanda.a
-
Nginx Mailing List - Russian
Maxim Dounin Wrote:
-------------------------------------------------------
> Hello!
>
> On Mon, Dec 30, 2019 at 03:22:01AM -0500, yanda.a wrote:
>
> > Добрался до конфигурации, скину почти полную конфигурацию:
>
> [...]
>
> Смысла в "почти полной" конфигурации не
by
yanda.a
-
Nginx Mailing List - Russian
Добрался до конфигурации, скину почти полную конфигурацию:
load_module "/usr/lib64/nginx/modules/ngx_http_geoip_module.so";
load_module "/usr/lib64/nginx/modules/ndk_http_module.so";
load_module "/usr/lib64/nginx
by
yanda.a
-
Nginx Mailing List - Russian
Предварительно, могу показать как оно проксируется, не знаю хватит ли этого:
http {
proxy_http_version 1.1;
proxy_redirect off;
proxy_intercept_errors on;
proxy_next_upstream error timeout invalid_header http_500 http
by
yanda.a
-
Nginx Mailing List - Russian
Maxim Dounin Wrote:
-------------------------------------------------------
> Hello!
>
> При "proxy_ignore_client_abort on;" статуса 499 быть вообще не
> должно.
>
> Что показывает "nginx -V" и что в конфиге?
>
> --
> Maxim Dounin
> http://mdounin.ru/
> ______________________
by
yanda.a
-
Nginx Mailing List - Russian
Добрый день!
Есть upstream с несколькими серверами. На этом upstream'е бывают очень долгие запросы (это уже другая история). Если клиент разорвал соединение, в логах будет $status = 499, но продолжаем ждать ответа от бекенда (опция prox
by
yanda.a
-
Nginx Mailing List - Russian
18.12.2019 17:54, Maxim Dounin пишет:
> Hello!
>
> On Wed, Dec 18, 2019 at 03:55:38AM -0500, yanda.a wrote:
>
>> Доброго времени суток!
>>
>> Есть небольшой вопрос по переменной $proxy_host. У нас местами используется
>> error_page для 50х ошибок и X-Accel-Redirect. В сл
by
yanda.a
-
Nginx Mailing List - Russian
Доброго времени суток!
Есть небольшой вопрос по переменной $proxy_host. У нас местами используется error_page для 50х ошибок и X-Accel-Redirect. В случаях, если было выполнение внутреннее перенаправление, переменная $proxy_host оказывается
by
yanda.a
-
Nginx Mailing List - Russian
Небольшое дополнение. Было бы не плохой практикой делать отдельный server {} (параметр default_server для listen, ссылка на документацию ниже) для "левых" запросов, которые не должны обрабатываться существующими сервисами, а дл
by
yanda.a
-
Nginx Mailing List - Russian
В конфигурации только один server {}? Домен, на который идет редирект, находится на том же сервере? Если на оба вопроса ответ "да", то все верно, так как запрос попадает в этот же server {}, и выполняет редирект. И так по кругу.
by
yanda.a
-
Nginx Mailing List - Russian
Добрый день!
Есть nginx с модулем lua. Мы используем content_by, в котором происходит подключение к tarantool и выполнение одной функции в нем. Библиотека для работы с tarantool умеет nginx cosockets, также используется keepalive (соединения попадаю
by
yanda.a
-
Nginx Mailing List - Russian
Вероятно, размер ответа большой и клиент долго его получает. Тут либо у клиента медленный канал, либо у сервера, если это наблюдается под нагрузкой.
by
yanda.a
-
Nginx Mailing List - Russian
Конечно не получится. Еще раз повторюсь, nginx не имеет никакого отношения к PHP и ни коим образом не разграничивает права доступа к файлам.
al3x Wrote:
-------------------------------------------------------
> index.php:
> <?php
> echo file_get_contents('template/news.html
by
yanda.a
-
Nginx Mailing List - Russian
Так это же задача PHP, а не Nginx. Nginx должен проксировать запросы на бекенд, балансировать нагрузку на бекенды, возможно менять uri запроса и отдавать статику. Но иметь какое-либо отношение к PHP он не должен!
Хотя, что имеется
by
yanda.a
-
Nginx Mailing List - Russian
Maxim Dounin Wrote:
-------------------------------------------------------
> Для начала имеет смысл посмотреть в конфиг бекенда и понять, как
> обрабатываются соответствующие запросы. Если это динамика - то
> скорее всего проблема в скрипте, кото
by
yanda.a
-
Nginx Mailing List - Russian
Maxim Dounin Wrote:
-------------------------------------------------------
> Hello!
>
> Запрос - с телом в 927 байт, что в целом для GET-запросов не
> характерно, и может быть причиной того, что проблема наблюдается
> только с конкретным клиентом.
Спас
by
yanda.a
-
Nginx Mailing List - Russian
Доброго времени суток!
С недавних пор стали появляться ошибки upstream timed out (60: Operation timed out) while reading response header from upstream.
Что интересно, они появляются только для определенных клиентов, точнее, для определенного клиента - како
by
yanda.a
-
Nginx Mailing List - Russian
Валентин Бартенев Wrote:
-------------------------------------------------------
> On Tuesday 16 July 2013 17:26:53 yanda.a wrote:
> Причина в том, что ограничение в "location /, куда изначально попадает
> запрос"
> срабатывает раньше. Ограничение проверяется п
by
yanda.a
-
Nginx Mailing List - Russian
Доброго времени суток!
Недавно столкнулись с проблемой настройки nginx. Суть в том, что при попадании в именованный location не срабатывает параметр client_max_body_size определенный в нем. Например, при следующей конфигурации и попы
by
yanda.a
-
Nginx Mailing List - Russian