Hi!
>> alr> без автодекта. Зато 90% жить станет легче.
>> Не уверен в этих цифрах. В некоторых случаях через proxy ходит и 70%. А
>> еще
alr> http://www.design.ru/free/browsers. Статистика за сегодня. Access -
alr> 18000, Proxy - 4.8%
Ну, у себя на apache.lexa.ru я насчитал только 7% access c серверов (с десяток
хостов) про которые я _точно_ знаю что это proxy. А в agent-log - меньше, что
говорит о том, что Via ставят не все.
Не надо забывать, также, что картинки таки кэшируются. Т.е. если у вас в
среднем на одной странице (например) 5 картинок, то это приведет к 6-ти
обращениям без proxy и к одному - через proxy. Т.е. цифры использования proxy
полученные по логам WWW-сервера _всегда_ будут занижеными. Скажем, для случая с
5-ю картинками на странице и _равном_ количестве запросов через proxy и не
через proxy, реально через "идеальный" (с идеальным кэшированием) proxy придет
1/7 часть всех запросов т.е. частота в статистике будет занижена в 3.5 раза.
(proxy сделает ~14% запросов вместо 50%). Но это так, к слову.
alr> Не 10%, a <1%. Причем эти люди знают, что у них proxy, и вполне смогут
alr> выбрать кодировку по порту,
alr> или стукнуть админу proxy.
alr> А автоопределение - это правильно и удобно.
Я вообще не понимаю проблемы. Ну поставьте вместо homepage скрипт примерно
такого содержания (для случая перекодировки "по портам", для других -
аналогично):
#/usr/bin/perl5
%encmap = (
koi8-r => 8000,
windows-1251 => 8001,
ibm866 => 8002,
);
print Location: "http://www.domain.ru:$encmap{ENV{CHARSET}}/\n\n";
# на самом деле тут нужно еще обработать случай, когда сервер выставил
# $CHARSET неизвестный скрипту. Еще 2 дополнительные строчки.
Каждый приходящий на ваш сервер получит redirect на соотв порт и будет
счастлив с кэшированием. А если транзитный proxy закэширует этот редирект
(на мой взгляд это возможно), то нажмет кнопочку явного выбора кодировки.
И незачем делать проблему из такой мелочи.
Если не нравится perl, то можно написать и модуль. Дел на полчаса. Если хотите
анализировать Via - я не против, пришлите мне правки и я выложу это как
отдельный patch. В "дистрибутивной" версии этого не будет именно из-за одного
процента непопаданий (что бы вы говорили, если бы ваш архиватор давал бы 1%
сбоев на разархивировании ?).
С уважением,Alex Tutubalin
p.s. Russian Apache не имеет встроенного механизма redirects именно по той
причине, что транзитные кэши _возможно_ могут кэшировать редиректы.
И совершенно непонятно, как отнесется какой-нмбудь странный и старый кэш
к сочетанию 304 Resource moved и Expires:.
--- GoldED 2.42.G1114+
"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.