Спасибо большое, Максим!
Уже не первый раз выстреливаю себе в ногу забывая об асинхронности :/
Еще раз спасибо!
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,286312,286322#msg-286322
___
nginx-ru mailing list
nginx-ru@nginx.org
Пробовал с последней версией Nginx, та же история
nginx version: nginx/1.17.6
built by gcc 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1)
built with OpenSSL 1.1.1 11 Sep 2018
TLS SNI support enabled
configure arguments: --with-debug --with-ld-opt=-Wl,-rpath,/usr/local/lib
--prefix=/etc/nginx
nginx version: nginx/1.16.1
built by gcc 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1)
built with OpenSSL 1.1.1 11 Sep 2018
TLS SNI support enabled
configure arguments: --with-debug --with-ld-opt=-Wl,-rpath,/usr/local/lib
--prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf
Доброго всем дня!
Сейчас в процессе написания модуля для nginx по генерации PDF
(https://github.com/undying/nginx-html2x-module/blob/master/src/ngx_http_html2x_module.c#L205)
и наткнулся в процессе на странное.
Началось с того, что если тестировать локально, то генерация и отдача PDF
работает.
Спасибо большое за ответ!
Теперь все ясно.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,284448,284458#msg-284458
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
> Не совсем так. Если у вас один из N возвращаемых из DNS бэкендов
> нерабочий - то при исползовании переменных с вероятностью 1/N
> nginx попытается сначала отправить запрос именно на него, и
> получит ошибку. После чего пойдёт на другой бэкенд в соответствии
> с proxy_next_upstream.
На другой
Доброго дня.
Наблюдаю странную картину в логах. Логируется две переменных - request_time
и upstream_response_time.
Судя по документации логично предположить, что request_time будет всегда
либо больше, либо равной upstream_response_time, но по факту оказалось, что
upstream_response_time хоть и не
> В случае если адрес сервера в proxy_pass с переменными определяется
> с помощью resolver'а, то на каждый запрос создаётся новый апстрим.
> Это может быть не так e.g. в случае алиасинга с неявным апстримом;
> я бы проверил это в первую очередь.
Да, в моем случае в переменной DNS адрес, который
По мне, так лучше завести отдельную server секцию с поддержкой https для
доменов, которые не должны работать по https и сделать там редирект на http
версию сайта
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,264248,264257#msg-264257
___
Это абсолютная необходимость, если у вас сертификат подписан на один домен и
не валиден для всех адресов которые настроены на nginx, если же у вас
wildcard и все домены под него подпадают, то в этом нет необходимости.
Posted at Nginx Forum:
server {
listen 443 ssl default;
ssl_certificate /path/to/cert;
ssl_certificate_key /path/to/key;
location / {
return 301 http://$host$request_uri;
}
}
server {
server_name ssl_site.ru www.ssl.site.ru;
...
}
http://pastebin.com/Q52XQYFq
но как верно заметили, в верхней
регулярка. Далее
ее нужно раздробить на 3 части и если $протокол = http://, то
спроксировать на $домен, если конечный сайт в подпапке - добавить $путь
к $request_uri, если же $протокол = https:// - тогда просто сделать
редирект. Вот как-то так у меня задача поставлена.
25.06.2013 17:53, Kron
12 matches
Mail list logo
