Re: .htaccess
12.05.2019, 10:35, "Виктор Вислобоков" : > По ответу на вопрос - насколько мне известно - нет. Всё ручками, > ручками. Но сама тема давно уже назрела, на мой взгляд. > > Мне кажется пора бы уже nginx'у научиться эмулировать поведение apache > и юзать его .htaccess при включении специальной директивы. Зачем, если пользователь может просто установить Apache? -- Regards, Konstantin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: .htaccess
Виктор Вислобоков писал 2019-05-12 10:35: Мне кажется пора бы уже nginx'у научиться эмулировать поведение apache и юзать его .htaccess при включении специальной директивы. Где ваш патч? -- Best regards, Andrey A. Kopeyko ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: proxy_next_upstream & HTTP 502
Насколько nginx логирует запрос только если попробовал все апстримы, или после каждого? Здесь больше похоже на второе. Можно ли как-то настроить чтобы логировался только результат последнего попробованного апстрима? Он и будет результатом запроса. http://nginx.org/ru/docs/http/ngx_http_upstream_module.html - здесь указано, что запрос передается в случае неудачи следующему серверу апстрима, и в случае неуспеха, будет возвращен результат последнего. А так как в access_log возвращается фактический код ответа клиенту, то на один запрос от клиента должна быть одна запись в access_log. Если бы на один запрос, было бы несколько записей - то это очень странное поведение. Я вроде эксперементировал на этот счет, в случае трех серверов в апстриме, в access_log попадает одна запись с фактическим кодом ответа клиенту, в error_log попадает три записи, о том что неудалось соединиться с каждым серверов из апрстрима. -- Kind regards Dmitry Sergeev Tel: +7 (951) 129-75-72 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: .htaccess
По ответу на вопрос - насколько мне известно - нет. Всё ручками, ручками. Но сама тема давно уже назрела, на мой взгляд. Мне кажется пора бы уже nginx'у научиться эмулировать поведение apache и юзать его .htaccess при включении специальной директивы. Я понимаю, что конфиг компилируется в момент запуска nginx, но всё-таки такое поведение логично. Сейчас пользователи, которые рулят поведением своего сайта самостоятельно, лишены возможности делать это с nginx, а это, на мой взгляд неправильно. Да, администратор может создать кастомные правила для конкретного сайта, но это именно что администратор, а не простой пользователь. В качестве полумеры, хотя бы получить средство, которое компилирует директивы .htaccess в директивы nginx, чтобы потом иметь возможность подгружать это в nginx через reload конфигурации nginx (который можно организовать клиенту через sudo и внешний скрипт, проверяющий валидность конфига). 12.05.2019, Victor Sudakov написал(а): > Коллеги, > > Много развелось Web-приложений и сайтов, которые очень сильно полагаются > на код в .htaccess. Смотришь - а там и RewriteRule, и "Header set...", и > установка каких-то переменных, и MIME types переопределяются... > > Есть какая-то общая теория и рекомендации, как всё это хозяйство > переносить под nginx, например под php-fpm ? > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > 2:5005/49@fidonet http://vas.tomsk.ru/ > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
proxy_next_upstream & HTTP 502
У нас стоит: proxy_next_upstream error timeout http_500 http_502 http_503 http_504; Иногда в случае если один из апстримов в дауне в access.log появляются подобные строчки: 10.10.10.10 - S387DE34EI-1557637722 [12/May/2019:05:08:42 +] "GET /blah/blah HTTP/1.1" 502 12001 "-" "- example.com" "-" nginx логирует запрос только если попробовал все апстримы, или после каждого? Здесь больше похоже на второе. Можно ли как-то настроить чтобы логировался только результат последнего попробованного апстрима? Он и будет результатом запроса. nginx version: nginx/1.14.0 Posted at Nginx Forum: https://forum.nginx.org/read.php?21,284130,284130#msg-284130 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
