> А зачем их выделять в одном location-е? Заведите отдельный location, > где будет включено кэширование и куда будут попадать все запросы, > которые необходимо кэшировать. Все запросы к движку попадают в один именованный лby RedRat - Nginx Mailing List - Russian
Переформулируя вопрос: можно ли как-то выделить в локейшене запросы, которые надо кешировать, пропуская все остальные напрямую к движку? То есть, нужна логика, обратная директиве proxy_cache_bypass. Пока придумал только одно: усby RedRat - Nginx Mailing List - Russian
Есть довольно сложный сайт, запутанная внутренняя логика которого препятствует нормальному включению кеширования на уровне nginx. Разработчик выделил все неизменяемые блоки контента под отдельный URI, которые инклюдитby RedRat - Nginx Mailing List - Russian
Пробовал и if ($request_uri ~* ^$) и if ($request_uri = "") - не ловит. Потому и спрашиваю у гуру...by RedRat - Nginx Mailing List - Russian
Приветствую всех! Началась ДДоС-атака на сайт, долбят запросами вида "POST HTTP/1.1" - то есть без URI. Можно ли как-то на уровне nginx выделить эти запросы с целью дальнейше блокировки?by RedRat - Nginx Mailing List - Russian
> > Вопрос в следующем: как сказать nginx, > > чтобы он сразу начинал передавать > > закачиваемый файл на GlassFish? > > Никак. Понятно. На всякий случай уточню: если я POST-запросом заливаю через nginx огромный файл, то эby RedRat - Nginx Mailing List - Russian
В общем, ситуация прояснилась. Скрипт закачки файлов открывает два соединения к серверу: в первом через POST заливается файл, во втором примерно через секунду запрашивается прогресс закачки. При работе напрямую сервер Glaby RedRat - Nginx Mailing List - Russian
Во внутренней сети установлен сервер GlassFish 3.1.2, снаружи к нему ходят через reverse proxy на nginx. Всё замечательно работает, кроме одного: при закачке больших файлов (несколько десятков мегабайт) процесс рвётся в произвольный мby RedRat - Nginx Mailing List - Russian
Maxim Dounin Пишет: ------------------------------------------------------- > Для case-insensitive matching'а UTF-8 строк можно сделать так > (если конечно pcre собран с UTF-8 и т.п.): > > location ~* (*UTF8)^/старый: { > ... > } > > Но я *не* рекомендую так делать вby RedRat - Nginx Mailing List - Russian
Имеется nginx 1.0.4 под которым работает DokuWiki с русскими именами страниц. Понадобилось все запросы к одному диапазону имён редиректить на другой. В случае обычного локейшена это делается без проблем, всё замечательно работby RedRat - Nginx Mailing List - Russian