Show all posts by user
Форум, связанный с русским списком рассылки.
Re: простая статика и регулярки - 9 years ago
Большие извинения, да, доступа нет в пути, не понятно, как выдавал бэк. Всем спасибо. 27.06.14, Mihail Nasedkin<m.nasedkin@gmail.com> написал(а): > 27.06.14, М.А. Мохначевский<tetsio.nainn@gmail.com> написал(а): >> видимо, сейчас бэкенд отдает статby chegeware - Nginx Mailing List - Russian
Re: простая статика и регулярки - 9 years ago
27.06.14, М.А. Мохначевский<tetsio.nainn@gmail.com> написал(а): > видимо, сейчас бэкенд отдает статику. а у ngnx нет прав? Статику отдает нгинкс по локу с кривой регуляркой, т.е. права есть, точно не бэкенд. Задумал прописать правильby chegeware - Nginx Mailing List - Russian
Re: простая статика и регулярки - 9 years ago
27.06.14, Aleksandr Sytar<sytar.alex@gmail.com> написал(а): > 27 июня 2014 г., 6:58 пользователь Mihail Nasedkin > <m.nasedkin@gmail.com> написал: > >> Хорошо, сделал как надо: >> >> location /static/ { >> root /path/to/static; >> access_log off; >> expirby chegeware - Nginx Mailing List - Russian
Re: простая статика и регулярки - 9 years ago
Спасибо, Максим. 26.06.14, Maxim Dounin<mdounin@mdounin.ru> написал(а): > Hello! > > On Thu, Jun 26, 2014 at 03:42:35PM +0600, Mihail Nasedkin wrote: > >> Доброго всем, >> >> 1. Странная регулярка для статики: >> >> location ~ /^(images|css|js|files)/ { >> root /patby chegeware - Nginx Mailing List - Russian
простая статика и регулярки - 9 years ago
Доброго всем, 1. Странная регулярка для статики: location ~ /^(images|css|js|files)/ { root /path/to/static; # A request for "/images/foo.ext" will return the file /path/to/static/images/foo.ext access_log off; expires 30d; } Эта регулярка работает, в т.ч. для запросов типа /imby chegeware - Nginx Mailing List - Russian
Русский локейшн (location) - 12 years ago
Доброго всем. Извиняюсь, может жиробес, но все же. Хочу, например ...... location /системное администрирование/ { ..... } ..... Не работает. Пробую url encode: ...... location /%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%BD%D0%BE%D0%B5%20%D0%B0%D0%B4%D0%BC%D0%B8%D0%BD%D0%B8%D1%8by chegeware - Russian Forum
debug - 12 years ago
Доброго здоровья. Давно хотел спросить. Включал как-то дебуг. В логах бесконечно сыплются разные строчки (просто шквал), хотя к нджинксу никто не обращается . Это нормально? Или нужно смотреть конкретно строчки. -- --- Сby chegeware - Nginx Mailing List - Russian
Re: Вновь: upstream prematurely closed connection while reading response header from upstream - 12 years ago
Уффф..., разобрался. Оказалось, что в ответах конечного движка 304: Not Modified не был указан в конце еще один символ перевода строки, как требует стандарт. Браузеры проглатывали эту ошибку, а вот щепетильный, в хорошем смысле, nby chegeware - Nginx Mailing List - Russian
Re: Вновь: upstream prematurely closed connection while reading response header from upstream - 12 years ago
Не совсем понял, что значит "бэкенд падает в корку". Конечный движок чувствует себя отлично, никуда не валится. Повторю, при прямых запросах браузеров проблем с if-modified-since никогда не было. -- --- С уважением, Михаил Наby chegeware - Nginx Mailing List - Russian
Re: Вновь: upstream prematurely closed connection while reading response header from upstream - 12 years ago
Спасибо за Ваши разумные ответы. По порядку. Сейчас вариант с upstream {указал несколько раз одинаковую сроку на БЭ} увидел в логах бэкэнда, что на запросы с полем заголовка IF_MODIFIED_SINCE мой концевой движок отвечает кодом возвby chegeware - Nginx Mailing List - Russian
Вновь: upstream prematurely closed connection while reading response header from upstream - 12 years ago
Доброго всем. Прежде всего хочу выразить благодарность разработчику Игорю Сысоеву. Поставил nginx-0.8.53 перед apache и неким собственным http-движком пока преимущественно с целью работы обоих бекендов на обычном https(443)-порту.by chegeware - Nginx Mailing List - Russian
 |
 |
 |
 |
|