Gena Makhomed Wrote:
---
> On 20.06.2018 22:05, rihad wrote:
>
> > Brotli убрать к сожалению не вариант
>
> Довольно странное занятие для сервера - вытаскивать несжатые страницы
> из кеша и потом тратить время и процессор сервера на компрессию
like grpc_request_buffering?
nginx listen on http2 and grpc_pass to grpc server,
but grpc_next_stream cant work like expect.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,280208,280208#msg-280208
___
nginx mailing list
nginx@nginx.org
thanks for your help.
how can i find why nginx can't keep connection in this case.
why nginx can no process data and send a settings or ping ack to grpc
server?
grpc client will do like this.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,280159,280207#msg-280207
Hi,
there is one serious argument against the patch, that I didn't provide
full rfc implementation...but take a look at your syslog nohostname option,
is it rfc3164 compliant?
On 06/20/2018 02:45 PM, Maxim Dounin wrote:
Hello!
On Tue, Jun 19, 2018 at 12:25:07AM +0200, Tomas Hulata wrote:
Мы тут для теста попытались включить brotli (как раз на 1.14, на 1.12 не
пробовали).. Быстро прибежали разъяренные разработчики и сказали что все
плохо, относително копеешная посещаемость на тесте минут за 15 приводила к
500-кам (502). Выключение (в конфиге, сам нгинкс не пересобирали и
On 20.06.2018 22:05, rihad wrote:
Brotli убрать к сожалению не вариант
Довольно странное занятие для сервера - вытаскивать несжатые страницы
из кеша и потом тратить время и процессор сервера на компрессию
этих страниц новым и модным алгоритмом brotli.
Гораздо лучше будет научить backend
Dmytro Lavryk Wrote:
---
> BROTLI off
>
> cache:
> fastcgi_cache_path /var/tmp/nginx/fastcgi_cache levels=1:2 keys_zone=
> ССС:100m inactive=240m;
>
> lsof +L1 | grep -w ^nginx | wc -l
> 20
>
> sysctl kern.openfiles
> kern.openfiles: 3481
>
>
BROTLI off
cache:
fastcgi_cache_path /var/tmp/nginx/fastcgi_cache levels=1:2 keys_zone=
ССС:100m inactive=240m;
lsof +L1 | grep -w ^nginx | wc -l
20
sysctl kern.openfiles
kern.openfiles: 3481
reload последний раз был не помню точно когда... как раз как версия 1.14 в
портах вышла - пересобрал и
Илья Шипицин Wrote:
---
> OPTIONS_FILE_SET+=BROTLI
>
> это недефолтная настройка ?
Недефолтная.
>
> у нас примерно такой набор модулей. есть инсталяции на freebsd.
> но кешем не пользуемся
>
> спецэффекта не наблюдаем
>
Потому что кешем
# HG changeset patch
# User Ian Gudger
# Date 1529449008 25200
# Tue Jun 19 15:56:48 2018 -0700
# Node ID 9427538acbc50142afbe91a11a1d4f907a00d257
# Parent 118885f7a5774962f1145693d9c26a4c199ca6ea
Core: remove unused FIOASYNC.
FIOASYNC, F_SETOWN and SIGIO seem to no longer serve any
OPTIONS_FILE_SET+=BROTLI
это недефолтная настройка ?
у нас примерно такой набор модулей. есть инсталяции на freebsd.
но кешем не пользуемся
спецэффекта не наблюдаем
попробуйте на вашей сборке прогнать тесты вот эти
https://github.com/nginx/nginx-tests ?
ср, 20 июн. 2018 г. в 22:22, rihad
Вот на данный момент через 1 час 20 минут после последнего SIGHUP:
$ sudo lsof +L1 | grep -w ^nginx | wc -l
39903
$ sysctl kern.openfiles
kern.openfiles: 64706
(разницу можно игнорировать, там и postgres есть, я sysctl привел просто
чтобы показать что они оба растут).
Posted at Nginx Forum:
После обновления nginx с 1.12 до 1.14 на FreeBSD 10 открытые удаленные файлы
(lsof +L1) стремительно растут для nginx.
В обеих версиях один конфиг, и одни опции постройки.
OPTIONS_FILE_SET+=DSO
OPTIONS_FILE_SET+=FILE_AIO
OPTIONS_FILE_SET+=THREADS
OPTIONS_FILE_SET+=HTTP
Здравствуйте, Aleksandr_Petrov.
Вы писали 20 июня 2018 г., 19:03:50:
> Подскажите пожалуйста как работает include в конфиге nginx. Указываю три
> include в секцию server, в предположение что они добавят нужный конфиг в
> порядке следования, но в результате работает не так как ожидается.
nginx
Подскажите пожалуйста как работает include в конфиге nginx. Указываю три
include в секцию server, в предположение что они добавят нужный конфиг в
порядке следования, но в результате работает не так как ожидается.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,280194,280194#msg-280194
On Tue, Jun 19, 2018 at 03:34:13PM -0400, vchha...@medallia.com wrote:
Hi there,
> I'm trying the "if" statement below in my
> nginx app config file, but doesn't seem to quite work. It just gives a
> 403 for every request.
> location / {
>if ($http_headerkey != "headervalue") {
Sounds weird.
1. It doesn’t make sense for your cache to be on a tmpfs share. Better to use s
physical disk allow Linux ‘s page csche to do its job
2. How big are the files in the larger cache? Min/median/max?
Sent from my iPhone
> On Jun 20, 2018, at 7:38 AM, rihad wrote:
>
> Have you
Hello!
On Tue, Jun 19, 2018 at 12:25:07AM +0200, Tomas Hulata wrote:
> thanks for reply. RFC 5424 obsoletes RFC 3164, so what is the reason to
> follow just old/obsolete one?
RFC 3164 and RFC 5424 are different protocols. And RFC 3164 is
much more common.
--
Maxim Dounin
http://mdounin.ru/
Have you been able to solve the issue? We're having the same problem after
upgrading 1.12.2 to 1.14
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,272519,280189#msg-280189
___
nginx mailing list
nginx@nginx.org
On 20/06/2018 13:14, Vadim A. Misbakh-Soloviov wrote:
> В письме от вторник, 19 июня 2018 г. 16:19:56 MSK пользователь Maxim
> Konovalov
> написал:
>> On 19/06/2018 16:01, Vadim A. Misbakh-Soloviov wrote:
>>> А про DTLS нет ничего?
>>> А то патч перестал применяться, и новых обновлений патча
В письме от вторник, 19 июня 2018 г. 16:19:56 MSK пользователь Maxim Konovalov
написал:
> On 19/06/2018 16:01, Vadim A. Misbakh-Soloviov wrote:
> > А про DTLS нет ничего?
> > А то патч перестал применяться, и новых обновлений патча нету...
> >
> > Не связано ли это с тем, что DTLS впилили в
i configured gzip like bellow:
http {
gzipon;
gzip_comp_level 5;
gzip_http_version 1.0;
gzip_proxiedany;
gzip_min_length 1k;
gzip_types text/css text/plain text/javascript text/xml
application/json application/javascript application/x-javascript;
Thank you.
I guess sticky module is only available in the commercial edition of Nginx?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,280183,280185#msg-280185
___
nginx mailing list
nginx@nginx.org
Look at sticky session, a routing code in a cookie that helps you decide
where to send the packet. So on the 443 set the cookie and on the udp use
the cookie in the header to route on the back end
On 20 June 2018 at 17:16, nov1ce wrote:
> Hello,
>
> 1.14.0-1 running on Debian Stretch:
>
> #
Hello,
1.14.0-1 running on Debian Stretch:
# dpkg -l | grep nginx
ii nginx 1.14.0-1~stretch amd64
high performance web server
I'm trying to load balance between two VMware View Connection servers
(10.7.18.121 and 10.7.18.122) listening on 443/tcp,
25 matches
Mail list logo