ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[apache-talk] =?KOI8-R?Q?Re=3A_=5Bapache-talk=5D_mod=5Faccel_=EA=E0=EA_=F1=F0?==?KOI8-R?Q?=E5=E4=F1=F2=E2=EE_=E1=EE=F0=FC=E1=FB_=F1_=FE=E7=E5=F0?==?KOI8-R?Q?=E0=EC=E8=2E=2E=2E?=



On Tue, 19 Mar 2002, Vladimir Pastukhov wrote:

> Igor Sysoev wrote:
> > 
> > Возможно, это поможет, но это не реализовано.
> 
> А в планах этого нету?

Нет.

> > > Нужно из бэкенда (mod_perl) выдать специальный заголовок
> > > с неким url, а фронтенд должен сделать internal redirect
> > > на этот урль, который есть локальный статический файл.
> > >
> > > External redirect (который был бы предпочтительнее) не
> > > подходит по той причине, что IE >= 5 в случае <link
> > > rel="fontdef" src="..."> по редиректу не идет :(> 
> > 
> > Зачем нужен редирект, если такие запросы можно вообще не передавать
> > бэкенду:
> > AccelNoPass  ~*\.pfr$
> 
> Нельзя, т.к. в src - запрос, а имя файла зависит не только
> от его параметров, но и некоторых других факторов.

Тогда я вижу два решения.

1. Если к бэкенду всё равно ходят за редиректом, то почему бы ему
не отдавать полный контент, который не будет кэшироваться, но
всё же будет быстро отдаваться бэкендом.

2. Можно кэшировать такие запросы с учётом специальной куки.
А куку формировать, исходя из этих факторов.


Игорь Сысоев
http://sysoev.ru

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.