Re: [apache-talk] Vary (??????, ? ????? ????? :)

["Khimenko Victor" <khim@xxxxxxxxxxxx>]

In <374AC26E.525BAFD7@xxxxxxxxxxxxxx> Vladimir Pastukhov (vol@xxxxxxxxxxxxxx) wrote:
VP> Khimenko Victor wrote:
>>
>> Как вы собираетесь при получении
>> запроса и до обращения к серверу понять -- страница уже в кэше или нет ?
>> Для этого нужно знать, какие поля входят в vary и никуда не денешься :-))

VP> Это я абзацем ниже объяснил. Какие были сохранены - те, значит,
VP> и используются.

Как-то мне не нравится идея о ЛИНЕЙНОМ просмотре кучи файлов :-(( Может оно и
хорошо будет -- я не знаю, но просто как-то не нравится...

>> VP> Учитывая, что хэш md5(URL)->filename в сквиде представляет собой
>> VP> примитивный однонаправленный список, в нем легко поиметь несколько
>> VP> элементов с одинаковыми ключами (и так же легко просмотреть их, когда
>> VP> придет следующий клиент). Остается только где-то сохранить клиентские
>> VP> заголовки, а запихнуть их кроме как в url некуда. Если, конечно, мы
>> VP> не хотим менять формат кэша; если хотим, то просто организуем для них
>> VP> дополнительное поле.

>> >> боюсь, будет весьма небольшим. Нет -- нужно для каждого URL'я дополнительно
>> >> хранить Vary и несколько ответов сервера...
>>
>> VP> Конечно, нужно. Вопрос - как. И непонятно, что делать с ICP и HTCP.
>>
>> Завести еще одно поле.

VP> Вы предлагаете хранить различные варианты ответов в одном файле или
VP> в разных? Если в одном, то структуру кэша придется менять весьма и
VP> весьма, а если в разных, то в каком месте вы собираетесь сохранять
VP> список, полученный из Vary?

В разных. В файле, соответствующем "непокореженному" url нужно хранить вместо
самой странички список вариантов. Все равно, конечно, будет линейный поиск,
но хоть в одном файле :-)

>> А HTCP предусматривает обработку vary... Но, конечно,
>> это еще больше усложняет задачу :-((

VP> Я вообще сильно сомневаюсь в правильности поддержки сквидом HTCP
VP> в данной части. В squid-users как-то шел разговор, что, дескать,
VP> дергать хедеры из кэша при каждом TEST (или как там его) запросе -
VP> слишком накладно, поэтому ну их нафиг. А проблема с ICP, по-видимому,
VP> решается только полным отказом от его использования :(

Или его доработкой... Хотя если посылать вместо URL'я весь заголовок, то
информации будет передаваться масса, так что неясно -- что лучше на практике...

VP> To Alex: это оффтопик или еще нет?




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