In <37488DB3.DE9BAC9D@escortcorp.com> Vladimir Pastukhov (vol@escortcorp.com) wrote:
VP> Khimenko Victor wrote:
>>
>> отключаете обработку Accept-Charset СОВСЕМ (при этом Vary тоже перестанет
>> выдаваться), либо вы ее оставляете и тогда выдается Vary. Третьего не дано
VP> Сейчас для того, чтобы отключить обработку Accept-Charset, нужно плодить
VP> толпу виртуальных серверов, что совсем не есть "максимальное удобство для
VP> пользователей".
Это сделано намерено. Alex про это уже писал. Но это возможно.
>> задачка не на 5 минут (увы: нужно будет для каждого URL'я хранить несколько
>> закешированных страниц и, боюсь, что без изменения формата cache будет обойтись
>> сложно, а этого хотелось бы избежать),
VP> Когда я раздумывал над этой проблемой, то хотел добавлять названия и
VP> содержимое тех хедеров, которые vary, в конец URL (разделяя каким-нибудь
VP> спецсимволом и предварительно поскипав whitespace) и в таком виде сохранять
VP> в кэше - в этом варианте формат метаданных не изменится. Но когда глянул
VP> на исходники сквида, решил что под пиво можно найти более соответствующее
VP> занятие :)
Ха-ха. А как вы будет определять список полей, входящих в "Vary", когда к вам
пришел запрос ? Или вы будете каждый раз посылать запрос HEAD ? Тогда ускорение,
боюсь, будет весьма небольшим. Нет -- нужно для каждого URL'я дополнительно
хранить Vary и несколько ответов сервера... Можно ли это сделать без изменения
формата данных -- не очень ясно, но в крайнем случае можно и утилиту для
конвертации сообразить :-))
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.