Re: Only compressed version of file on server , and supporting clients that don't send Accept-Encoding.

Hello! On Thu, Mar 22, 2018 at 05:00:20PM -0700, Hemant Bist wrote: > Hi, > We have only gzipped files stored on nginx and need to serve client that : > A) Support gzip transfer encoding (> 99% of the clients). They send > Accept-Encoding: gzip header... > B) < 1% of the clients that don't

Only compressed version of file on server , and supporting clients that don't send Accept-Encoding.

Hi, We have only gzipped files stored on nginx and need to serve client that : A) Support gzip transfer encoding (> 99% of the clients). They send Accept-Encoding: gzip header... B) < 1% of the clients that don't support transfer encoding. The don't send Accept-Encoding header. There is ample CPU

[nginx] gRPC: fixed possible sign extension of error and setting_value.

details: http://hg.nginx.org/nginx/rev/070c972336c4 branches: changeset: 7249:070c972336c4 user: Maxim Dounin date: Thu Mar 22 19:26:25 2018 +0300 description: gRPC: fixed possible sign extension of error and setting_value. All cases are harmless and should not

[nginx] Improved code readability (closes #1512).

details: http://hg.nginx.org/nginx/rev/fdd6a070d518 branches: changeset: 7248:fdd6a070d518 user: Ruslan Ermilov date: Thu Mar 22 18:13:33 2018 +0300 description: Improved code readability (closes #1512). diffstat: src/core/nginx.c | 4 ++-- 1 files changed, 2

Re: Процессинг переменных строки

> попробуйте map Не понимаю как map мне в этом поможет. Количество переменных в строке произвольное, даже если делать несколько замен с запасом несколькими картами, найдя имя переменной невозможно обратиться к ней — $$name не работает. Вы просто так предложили, или можете привести пример?

Re: Проблема при использовании return и кастомных ошибок на уровне server

Hello! On Thu, Mar 22, 2018 at 05:03:01PM +0300, Aziz Rozyev wrote: > если есть возможность привязаться к к/л стандартной ошибке, например, для 404: > > error_page 404 =527 /plugin.html > > а так в nginx кажется не предусмотрена ошибка 527. Это не важно. Важно то, что при обработке

Re: Проблема при использовании return и кастомных ошибок на уровне server

если есть возможность привязаться к к/л стандартной ошибке, например, для 404: error_page 404 =527 /plugin.html а так в nginx кажется не предусмотрена ошибка 527. br, Aziz. > On 22 Mar 2018, at 15:54, Никита wrote: > > > Добрый день. > > При попытке сделать вернуть

[nginx] Configure: fixed static compilation with OpenSSL 1.1.1.

details: http://hg.nginx.org/nginx/rev/04ebf29eaf5b branches: changeset: 7246:04ebf29eaf5b user: Maxim Dounin date: Thu Mar 22 15:55:57 2018 +0300 description: Configure: fixed static compilation with OpenSSL 1.1.1. OpenSSL now uses pthread_atfork(), and this

[nginx] Configure: restored "no-threads" in OpenSSL builds.

details: http://hg.nginx.org/nginx/rev/b329c0ab1a48 branches: changeset: 7247:b329c0ab1a48 user: Maxim Dounin date: Thu Mar 22 15:56:07 2018 +0300 description: Configure: restored "no-threads" in OpenSSL builds. This was previously used, but was incorrectly

[nginx] Version bump.

details: http://hg.nginx.org/nginx/rev/3f1c5ff0d7fb branches: changeset: 7245:3f1c5ff0d7fb user: Maxim Dounin date: Thu Mar 22 15:55:52 2018 +0300 description: Version bump. diffstat: src/core/nginx.h | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)

Проблема при использовании return и кастомных ошибок на уровне server

Добрый день.  При попытке сделать вернуть кастомный error_page на уровне сервера nginx возвращает  стандартную ошибку вместо моей html-ки. Вот конфиг: server { listen 80; server_name localhost; access_log /var/log/nginx/nginx-www-access.log logstash; location /plug.html { access_log

[njs] Fixed njs_vm_t struct alignment on 32bits platforms.

details: http://hg.nginx.org/njs/rev/f58d5003ba33 branches: changeset: 467:f58d5003ba33 user: Dmitry Volyntsev date: Thu Mar 22 15:05:08 2018 +0300 description: Fixed njs_vm_t struct alignment on 32bits platforms. diffstat: njs/njscript.c | 2 +- 1 files

[njs] Fixed function frame alignment on 32bits platforms.

details: http://hg.nginx.org/njs/rev/529c376ec5e2 branches: changeset: 466:529c376ec5e2 user: Dmitry Volyntsev date: Thu Mar 22 15:05:06 2018 +0300 description: Fixed function frame alignment on 32bits platforms. diffstat: njs/njs_function.c | 8

Re: Редирект и символ #

> Скажите, пожалуйста, как сделать редирект вида /foobar -> > /foobar#{arg1:value1} ? Никак (средствами веб-сервера). Всё, что после # - остаётся в браузере, и, максимум что его видит - фронтендовые скрипты. Т.о. если вам прямо очень хочется делать такой редирект (хотя редиректом тут даже не

Редирект и символ #

Здравствуйте! Скажите, пожалуйста, как сделать редирект вида /foobar -> /foobar#{arg1:value1} ? Такое правило вызывает зацикливание. rewrite ^/foobar$ '/foobar#{arg1:value1}' permanent; С уважением, Дмитрий Тюгаев ___ nginx-ru mailing list

Re: no live upstreams and NO previous error

Hey Drookie, Can you let me know how you solved this issue? We are facing a similar issue which results in 502 gateway error and I'm not able to find a solution for it. Below is the error log from /var/log/nginx/error.log 2018/03/22 01:34:49 [error] 8779#0: *13133 no live upstreams while