Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Анонс: статья "Под водные камни при использовании кэширования в nginx"
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
|
