Частичный сброс кеша / сброс кеша для отдельного server_name или location

Все привет! Посоветуйте пожалуйста удобный механизм сброса кеша для отдельного server_name или location. Надо использовать директиву proxy_cache_purge или есть что-то более разумное? Спасибо. ___ nginx-ru mailing list nginx-ru@nginx.org

Re[2]: Как вернуть размер проксируемого ответа?

Здравствуйте, Ник. это первое, что пришло мне в голову и, к сожалению, Content-Length не передаётся. Если ответ на GET идёт чанками, то и HEAD не выдаст размер. Отключите чанки (что может быть чревато для больших ответов) и должен появиться Content-Length. -- С уважением, Михаил

Re: Частичный сброс кеша / сброс кеша для отдельного server_name или location

Рассмотрел вариант с proxy_cache_bypass, но возник вопрос, а если у меня несколько фронтенд nginx и при вводе домена в браузере я попадаю то на один фронтенд nginx то на другой , а уж затем на бекенд. Получается что при использовании proxy_cache_bypass я почищу кеш только на одном произвольном

Re: Частичный сброс кеша / сброс кеша для отдельного server_name или location

proxy_cache_bypass не чистит кеш, а игнорит закешированный ответ для Ну к примеру лежит у меня в кеше xxx.ru/page.html Если я обращусь к xxx.ru/page.html то получу ее из кеша, а если обращусь к xxx.ru/page.html используя спец заголовок описанный в proxy_cache_bypass, то запрос пойдет на

Re: Как вернуть размер проксируемого ответа?

On Monday 25 May 2015 11:54:16 Михаил Монашёв wrote: Здравствуйте, Ник. это первое, что пришло мне в голову и, к сожалению, Content-Length не передаётся. Если ответ на GET идёт чанками, то и HEAD не выдаст размер. Отключите чанки (что может быть чревато для больших ответов) и должен

Re: Частичный сброс кеша / сброс кеша для отдельного server_name или location

On 25 May 2015, at 13:43, Иван Мишин simplebo...@gmail.com wrote: proxy_cache_bypass не чистит кеш, а игнорит закешированный ответ для Ну к примеру лежит у меня в кеше xxx.ru/page.html Если я обращусь к xxx.ru/page.html то получу ее из кеша, а если обращусь к xxx.ru/page.html используя

Re: Re[2]: Как вернуть размер проксируемого ответа?

Есть стороний api на который нельзя повлиять. Ответы этого api пришлось пропустить через свой nginx так как в ответах нет заголовка Access-Control-Allow-Origin. Есть запрос в ответ на который приходит json: массив хешей. И есть ситуация, когда нужно не тело ответа, а знание пуст ответ или нет, а

Re: Частичный сброс кеша / сброс кеша для отдельного server_name или location

Добрый день, On 25 May 2015, at 13:11, Иван Мишин simplebo...@gmail.com wrote: Рассмотрел вариант с proxy_cache_bypass, но возник вопрос, а если у меня несколько фронтенд nginx и при вводе домена в браузере я попадаю то на один фронтенд nginx то на другой , а уж затем на бекенд. Получается

Re: Частичный сброс кеша / сброс кеша для отдельного server_name или location

Да, работать будет. Если вас устраивает такой способ обновления кеша, то все ок. В случае расположения директивы на уровне server, обратившись к xxx.ru http://xxx.ru/page.html используя спец заголовок, обновиться весь кеш ресурса к xxx.ru http://xxx.ru/page.html ? Сделайте разные кеши для

Re: Как вернуть размер проксируемого ответа?

Есть стороний api на который нельзя повлиять. Ответы этого api пришлось пропустить через свой nginx так как в ответах нет заголовка Access-Control-Allow-Origin. Есть запрос в ответ на который приходит json: массив хешей. И есть ситуация, когда нужно не тело ответа, а знание пуст ответ или

Зависает сервер

Добрый вечер, такая проблема. Есть сервер А, который забирает с сервера Б статический JS файл, методом GET по HTTPS. Проблема такая: если на сервер А возникают траблы с сетью/нагрузкой, т.е. он чень медленно открывается, то за ним следом падает и сервер Б, причем так, что перестает отвечать по