On Wed, 28 Aug 2002, Victor Wagner wrote:
> > Да, действительно, Set-Cookie от бэкенда для кэшируемых запросов
> > будет передаваться только при AccelPassCookie on.
> > AccelCacheCookie влияет только на Cookie, приходящие от клиента
> > и убирает из ответа бэкенда все Set-Cookie.
> > Надо будет это отразить.
>
> > Сделать так, что бы AccelCacheCookie оставляла указанные Set-Cookie
> > можно, но нужно неприятно программить. Кроме того, возможны всякие
> > сайд-эффекты.
> >
> > Мое мнение, что правильным подходом в этом случае должно быть
> > или сознательное использование AccelPassCookie on, или использование
> > некэшируемого ответа через X-Accel-Expires etc или через POST.
>
> Т.е. правильным действием при существующей схеме будет
> ПРИ ЛЮБОМ выставлении куки с бэкэнда выставлять этому запросу
> X-Accel-Expires: 0, а AccelPassCookie не использовать совсем?
AccelPassCookie нужен в том случае, если бэкенд умеет управлять
кэшированием и поэтому на фронтенде лень выставлять в куче Location
AccelCache on/off.
Ставим
AccelPassCookie on
AccelCache on
И всё. Всё, что бэкенд счёл нужным закэшировать - останётся в кэше.
Чего в кэше нет - уйдёт к бэкенду.
> Правильным с точки зрения такой задачи - минимизировать нагрузку на
> бэкэнд, обеспечив при этом наиболее агрессивное кэширование при
> максимальной прозрачности.
Set-Cookie в большинстве случаев - вещь сугубо индивидуальная.
Хотя, вот один пример не инивидуальности я увидел - logout.
Кстати, ещё о кэшировании кук. Я считаю, что кэшировать их имеет
смысл в случае 80/20, то есть, если 80% посетителей имеют одинаковый
набор кук (в том числе не имеют их вообще), 20% - разный.
80 и 20 - условные цифры.
Игорь Сысоев
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
