|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 29 Mar 2001 12:21:28
To : "Sergey Prokopenko"
Subject : Re: RA Re: ICQ && http-proxy :-(
--------------------------------------------------------------------------------
Hi, Sergey!
>>>>> "SP" == Sergey Prokopenko <ssprok@et-c.ru> writes:
>> SP> Две строки которые совершенно не понятно зачем:
>> SP> #CharsetNormalizeTypes image/ application/ video/ audio/
>> SP> #CharsetNormalizeToURL :80 200
>> SP> Если их раскоментарить - все картинки в свойствах становятся
>> SP> Тип - Hедоступно. Размер - Hедоступно. Создан - Hедоступно.
>> SP> Изменен - Hедоступно.
>>
>> простите, в каких "свойтсвах"?
SP> Hажми правую кнопку мыши на картинке сайта в IE , и посмотри
SP> свойства.
SP> Чего тут непонятного?
тут? непонятно где взять IE ;)))
Кроме того, непонятны вообще условия эксперемента (да и суть его тоже не
очень ясна).
>> Судя по тому, что написано тут, вполне себе кешабельна кнопочка по
>> адресу
>>
>> http://apache.lexa.ru:8101/buttons/m1.gif
SP> А судя по IE - картинки качаются каждый раз заново. Обновление стоит
SP> автоматическое в свойствах IE. Почему IE считает иначе?
Если не забуду заходя в гости к людфм с Win** посмотрю свойста.
SP> Попросить всех не использовать IE? В логах сквида при каждом заходе
SP> на сайт
SP> 985850164.860 1127 192.168.3.7 TCP_MISS/301 538 GET
SP> http://apache.lexa.ru:8101 /buttons/but-recomm.gif ssprok
SP> DIRECT/apache.lexa.ru text/html
Ага, так перед IE еще и сквид есть?
SP> Так что www.web-caching.com это не есть достаточное условие.
ок, назовите что может быть достаточным условием, при сущесвуещем бардаке
трактовок RFC.
SP> Толку от него = 0.
Толк от него в том, что он показывает что именно выдает сервер, и дает
хоть какие-то осмысленные трактовки этому. Почему IE в вашей ситуации не
хочет кешировать при наличии честного Ласт-Модифаед - я не знаю.
>> И что теперь делать? Просите владельца сайта отключать авторедирект по
>> портам, или еще как-то. Просите Алекса сделать что-либо чтоб можно было
>> со стороны клиента "отказаться от авторедиректа вообще", и получать
>> кодировку "по умолчанию"с 80-го порта. Ищите другие компромисы. У меня
>> пока всего-лишь один слечай "кривого прокси, ненастроеного клиента"
>> который дошел до меня, я вяло спросил в листе - мне ответили. Как
>> только случаев будет больше - воспользуюсь советом Витуса.
SP> Понятия не имею кто это. Дай урл чтобы я тоже мог воспользоваться его
SP> советом.
арзив списка рассылки apache-rus, мой вопрос о том как обойти редирект по
портам, и ответы на него. Или мне поискать URL на конкретное письмо?
Мне лениво. Естьболее интересные вещи которые мне сейчас хочется сделать.
>> SP> Причем непосредственно скачать картинку по урлу может. Выход -
>> SP> пришлось закоментарить эти две строки.
>>
>> ;)
>> Это всего-навсего один вывод, из множества таких-же справедливых.
SP> А зачем ваще эти строки? Если от них только глюки. IMHO.
SP> Разубеди!
Зачем мне это делать? Я не вижу ни единой причины.
>> SP> Какие еще выходы есть? При условии, что хостятся несколько клиентов
>> SP> и половина предпочитает держать хтмл в win1251, половина в koi8-r.
>>
>> А какие еще нужны? ;) Выводы всякие есть.
SP> Дык нужно чтобы они могли свои файлы ложить \ править в своих любимых
SP> редакторах\кодировках без перекодировке перед заливкой на сайт. А апач
SP> просто говорил браузеру в какой кодировке страница (а не
SP> перекодировал).
и в чем проблема? Это все очень легко реализуется
1. Административно
2. Стандартной директивой AddType (и начиная с какой-то версии AddCharset)
в пп1 нужно объяснить, что "папки в этой директории - в такой-то
кодировке". или научить писать .htaccess
Можно конечно научить сервер "угадывать кодировку" например по частотам
символов и так далее, но лично мне это сложнее, чем объяснить человеку,
что нет смысла через раз менять настройки своего FP/DW или что там у него.
>> SP> А почему бы не вырубить перекодировку и не заставить апач просто
>> SP> сообщать в какой кодировке страница лежит?
>>
>> в поскипаном было "старые маки и третий нетскейп".
SP> Да и ладно. Допустим мы на старые маки и нетскейпы ложим. Заботимся
SP> только о клиентах с полупрозрачными прокси.
Так в чем проблема-то? В редиректе? Выключите совсем.
>> SP> Hе в натуре, я не знаю как. Может кто знает? Hе стесняйтесь. ;-)
>>
>> Перекодировку выключать не обязательно. Отдавайте все в win1251, bскорее
>> всего вас таки прочтут. Тем кто не прочтет будет лишний повод задуматься
>> что пора-бы и обновиться. И с кажедым годом таких все меньше и меньше.
>> "Русской кодировкой для WWW" с большей вероятностью можно назвать таки
>> 1251, нежели koi8-r.
SP> А как отдавать без перекодировки? Hо сообщать соурс чарсет и
SP> желательно как-нить разделить виртуальные хосты по типу взаимодействия
SP> апача с браузерами. Чтоб например linux.kbc.ru - перекодировал по
SP> портам, а какой-нить sibshina.ru - отдавал как есть, сообщая чарсет.
Я не пойму чем мешает перекодировка (если забить на клиентов которые не
понимают 1251). Пусть себе перекодирует все в 1251. Как начнется
нормально поддерживаться UTF-8 - будет UTF-8.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
