On Mon, 10 Nov 2003, Borisenko Ivan wrote:
> > On Sun, 9 Nov 2003, Borisenko Ivan wrote:
> >>Т.е. в нормальной ситуации клиент получил ответ 200 и он осел в кэше.
> >>Но некоторому клиенту надо выдать аномальный (именной) ответ и
> >>желательно не убрать нормальные данные из кэша.
> >
> >
> > Решение об этом принимает только бэкенд ?
> >
> > Возможно, нужно будет добавить в заголовок "X-Accel-Expires" обработку
> > bypass.
>
> Да, иногда именно бэкенд должен отказать зарегистрированному
> пользователю с указанием причины (выбран лимит, например), но при этом
> не хочется, что бы стандартный ответ для всех остальных ушел из кэша.
>
> Нужно будет - это мне что-то поднастроить или это про TODO для модуля?
TODO.
> Это и есть эти строки. До первого запроса в кэше ответа не было. После
> него он появился. Второй запрос был отдан на авторизацию бэкенду с
> заголовком If-Modifyied-Since, бэкенд авторизацию принял и ответил 304
> Not Modified. После этого ответ из кэша исчез ...
> Немного иначе, но с тем же результатом воспроизвожу полностью:
>
> кэш пуст
> [10/Nov/2003:13:41:43 +0300] "GET /documents/full_texts/0_0doc.ru.html
> HTTP/1.1" 304 - "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; r
> v:1.5) Gecko/20031007" forw=- RU
> [10/Nov/2003:13:41:43 +0300] "GET /documents/full_texts/0_0doc.ru.html
> HTTP/1.1" 304 - GET backend:8101/documents/full_texts/0_0doc.ru.html
> HTTP/1.0 MISS/-/-/- 200/LMF/120949601 1 10/2896/12871 -
> кэш полон
> [10/Nov/2003:13:41:59 +0300] "GET /documents/full_texts/0_0doc.ru.html
> HTTP/1.1" 200 4431 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US
> ; rv:1.5) Gecko/20031007" forw=- RU
> [10/Nov/2003:13:41:59 +0300] "GET /documents/full_texts/0_0doc.ru.html
> HTTP/1.1" 200 4431 GET backend:8101/documents/full_texts/0_0doc.ru.html
> HTTP/1.0 RVUS/-/-/- 304/LMF/0 0 1/369/369 -
> кэш пуст
По-видимому, по какой-то причине в последнем случае вместе с ответом
304 не выдался Last-Modified.
А почему бы не использовать AccelDefaultExpire вместо
AccelLastModifiedFactor ?
Игорь Сысоев
