Анонс: статья "Подводные камни при использовании кэширования в nginx"

Maxim Dounin mdounin at mdounin.ru
Fri Oct 16 15:52:18 MSD 2009


Hello!

On Fri, Oct 16, 2009 at 02:18:02PM +0400, Igor Sysoev wrote:

> On Fri, Oct 16, 2009 at 01:58:16PM +0400, Maxim Dounin wrote:
> 
> > Hello!
> > 
> > On Fri, Oct 16, 2009 at 12:55:11PM +0400, Igor Sysoev wrote:
> > 
> > > On Fri, Oct 16, 2009 at 12:34:41PM +0400, Slava Kokorin wrote:
> > > 
> > > > Спасибо за статью!
> > > > 
> > > > Хочу решить такюу задачу - кэшировать ответы с X-Accel-Redirect, но только
> > > > средствами nginx, без вмешательства в код backend.
> > > > 
> > > > В связи с этим есть вопрос - что будет закешировано  при такой схеме - ответ
> > > > от бэкенда или то, что пойдёт уже клиенту?
> > > 
> > > Должно быть закэшировано и то, и другое: отдельно ответ с XAR и отдельно
> > > ответ, полученный через XAR. Обработка должна быть такая - берём
> > > закэшированный ответ с XAR, делаем XAR, снова берём закэшированный ответ,
> > > отдаём клиенту.
> > 
> > "должно быть" == планируется сделать?
> > 
> > Потому что сейчас ответы с XAR не кешируются (если только nginx'у 
> > не сказано игнорировать XAR), ибо internal redirect происходит 
> > раньше, чем должен был бы проапдейтится кеш.
> 
> Планировалось. Если не работает, буду лечить.

Ну я тебе могу пальцем в конкретные строчки в коде ткнуть, но ты 
наверное и сам найдёшь.

Чинить - наверное перенося обработку XAR после получения полного 
ответа.

Заодно станет проще жить при постоянных соединениях, текущая 
позиция "дальше заголовков читать не надо, т.к. соединение с 
бекендом мы всё равно закроем" не очень мне импонирует по понятным 
причинам...

Maxim Dounin





More information about the nginx-ru mailing list