Почему-то в комментариях к предыдущей новости все ругали Русский Апач. Может я просто чайник, но версию 1.3.22 я первый раз в жизни сам собрал на сервер в домашний каталог без всяких опций и проблем (машина крутится под спарковской Солярой). Страницы пишу в коях. Посетители на 99% живут под Windows, клиенты - Netscape, хотя я сам специально и под IE видел страницу в нормальном виде. В настройки кодировок я вообще не лез - там и так всё по умолчанию грамотно сделано - тег Meta вырезается, а страница направляется клиенту в кодировке специфичной для каждой клиентской ОС.

Дома в Линуксе мне опять же без проблем удалось собрать этот Апач с модулем обработки PHP.

Возможно, проблемы появятся потом при более плотном использовании фич?

PL30.11 Apache 1.3.23, 28 Jan 2002, Alex Tutubalin 1. Исправлены многочисленные проблемы с выдачей HTTP-заголовков, внесенные при переходе на 1.3.23: - перекодировка заголовков при выключенном CharsetRecodeHeaders - двойная перекодировка заголовков и выдача их битыми при включенном CharsetRecodeHeaders

2. Исправлена "некрасивость" (выдача имени charset за кавычками) в выдаче ETag:

(C) Список рассылки apache-rus

Не то что бы при "полном использовании фич". Просто при условии что не ты один на серваке, а скажем еще 20-30 клиентов. И у половины из них (а то и больше) криворукие дизайнеры, которые не прописывают ни в .htaccess ни на самих страницах сорсовую кодировку. Ну и плюс глюки с разными браузерами (но это лечится при помощи отключения автоопределения запрашиваемой кодировки). Настроить можно все -- вопрос в том имеет ли это смысл?

А зачем это нужно

Объясните чайнику:

ЗАЧЕМ нужна перекодировка на сервере, когда ЛЮБОЙ самый захудалый браузер умеет перекодировать сам? КАКУЮ такую (несуществующую) проблему решает этот русский апач?

anonymous (*) (2002-01-29 14:10:58.0) : такую, что если на одном сервере отдается в коях, на другом в виндах, то мне придется переключать кодировки в менюшках браузера. А русский апач делает это за меня.

А по charset браузер должен сам кодировку переключить.

Действительно...

Действительно, есть же meta-теги. Зачем ещё какой-то rus-apache?

$subj помер с появлением нормальных браузеров

от него только больше проблем - чаще именно его ставят $%^головые админы которые желают чтобы у них "по дефолту" было всё правельно.

в итоге мы тянем любезно перекодированные zip, mp3 etc...

Да как я зол на этот Апач, столько с ним глюков...

Он действительно нахрен не нужен. Просто ему уже лет 100, вот и ведут его потихоньку..

2 Android:

Посмотри сюда: http://www.metalweb.ru - этот сайт крутится под оригинальным апачем, форм для ввода столько, что мало не покажется и т.д. Я НИ РАЗУ не встречал НИ ОДНОЙ проблемы с кодировками у клиентов. Сайт и БД сделаны в CP1251. Разрабатывается и крутится все под Linux (RH).
До лета этого года все работало под RusApache. Угадай где он теперь :-) ? (Hint: на свалке ...)

Действительно, все версии NN/IE начиная с 3.0x нормально работают с charset. А от сабжа одни проблемы, особенно если администратор не даёт рулить сервером через .htaccess.

2 Anton_Khalikov :

Ну что я могу сказать, берем и тестируем ваш сайт. Моя платформа, Linux, NN4.77, LANG=ru_RU.KOI8-R, кодировка по умолчанию в браузере стоит koi8-r.

Первая страница, загрузилась правильно, показала все в коях моих родных, текст читается, в формочки по русски печатается.

Вторая, страница получена как результат поиска слова ртуть. Как и ожидалось, браузер показывает всякую чухню, то есть страничка прилетела в windows-1251, а показывается в koi8-r.

Ничего подоюного у меня нет с теми сайтами которые крутятся на ApacheRus. Вот как раз решение проблемы многих кодировок и автоматического правильного показывания текста нужен ApacheRus, а не выбор через менюшечку нового charset в браузере и перезачитывания странички с сервера.

Жду конструктиного слоьюшена как решается моя проблема, что надо подкрутить раз и навсегда в браузере, чтобы www.metalweb.ru показывал все странички без дополнительных приседаний?

OVG

PS: Сменить локаль на windos-1251 не предлагать.

2 Havoc (*) (2002-01-29 15:02:40.0):

> А по charset браузер должен сам кодировку переключить.

По стнадарту да, а по реализации браузеров не всегда, что и попадает под понятие "глюки разных браузеров".

OVG

OVG :
Лучше ориентироваться на стандарты, а не глюки разных браузеров :)

Вот NN 4.x форму с русским текстом в UTF-8 неправильно сабмитит.
И что теперь?

2 anonymous (*) (2002-01-30 13:46:02.0)

Ну какие рекомендации ?
1. Что есть такое NN4.77 ? Это нечто стародавнее и из серии not supported
2. Давай поиск отложим в сторону - поиск ведь ASPSeek и возможно там не все заголовки правильно настроены. Ты сам сайт (без поиска) поюзай, например попробуй объявление подать ...

>1. Что есть такое NN4.77 ? Это нечто стародавнее и из серии not supported

Что есть пользователь, который не смог прочитать страницу? Ушедший пользователь.
Остается понять кто больше потерял от его ухода - он или владелец сайта.

Так-так :-)
Идем на www.spylog.ru и смотрим статистику по броузерам ... Угадайте с 3-х раз сколько процентов людей пользуются поделиями NN 4.xx ? Правильный ответ: менее 1%. Кроме того, если учесть сто сайт не то чтобы вообще не работает, а просто не совсем корректно работает поиск, причем это исправимо средствами самого броузера, то о чем тогда вообще речь ?
Я думаю что меня, как вебмастера, так же как и руководителя проекта, мало интересует >1% посетителей, которые не удосуживаются обновить свою бродилку.
Мало того, могу открыть Вам секрет: в целях "облегчения" дизайна страниц мы используем CSS и CSS2, а так же, местами, JavaScript ...
Таким образом наш сайт 100% корректно работает в:
1. IE >= 5.0
2. Mozilla >= 0.94 (более старыми не проверял, но скорее всего тоже работает по крайней мере с 0.9)
3. Всеми производными от Mozilla (Galeon, NN 6.x ...)
4. Opera 6.xx

Таким образом сайт корректно работает у >95% пользователей Рунета, а учитывая специфику сайта, у более 98% наших посетителей. Нас это устраивает.

> мало интересует >1% посетителей

имелось ввиду МЕНЕЕ одного процента, конечно же :-)

Посмотрел я тут странички, которые на моем сервере крутятся, под разными бродилками (IE,Mozzila,Netscape,Lynx): корректно смотрятся только в IE.
Есть представительство одной фирмы занимающейся Web-дизайном, так ее сайт дальше первой страницы - только IE видит (там на первой страничке вляпан javaScr - на кушай - в Mozzile , Netscape и понятно Lynx'е, java - от(к/г)лючена).
Я в такую фирму за дизайном непойду...

Отсюда вывод, если руки кривые - то это плохо :o( .

Ну это у кого как NN < 1%. Например на серверах которые я обслуживаю эта цифра доходит до 27%, а тут уже надо считаться. Притом весь трафик с NN идет из USA и Канады.

Так что каждый делает выводы сам и учится говорить не за всех.

Так и подмывало меня сделать еще PPS, что игнорировать NN4.xx не стОит и предлагать его промодернизировать тоже не стОит, все таки это привилегия пользователя с чем ему удобно работать на его железе.

По поводу игнорирования, это действительно хозяин барин, если устраивает игнорирование <1% , значит вам хорошо, мне по роду деятельности ставятся самые жесткие условия никакого JavaScript или роботающго во всех броузерах, благо про проблемму кодировок мои закащики не вспоминяют, так ее нету :).

А по поводу багов в софтине которая не исправляет ее, тогда разработчики Apache начинают под нее подстраиваться, я например долго удивлялся, почему по HTTPS один и тотже код в любом брузере кроме IE работает, а вот в IE не хочет, разбирательство привело к тому, что нашел заметку автора mod_ssl, что IЕ имеет баг и его не исправляют, пришлось придумывать workaround. Это можно сказать ответ Havoc-у , не пытаться использовать багливо реализованные фичи, обходится теми, что реализовано максимально правильно. Что толку ориентироваться на стандарты, когда результат становиться не достижимым.

Ну и чтобы замять тему. ApacheRus был 4 года назад очень полезным проектом, он снимал много головняков, согласен, сейчас в нем необходимости все меньше, броузеры подтянулись на соответствие стандартам. Кто-то уже смог обходиться без Rus части у Apache, хорошо! Но вот хаять ApacheRus, IMHO, не за что.

OVG

2 Korwin
> Так что каждый делает выводы сам и учится говорить не за всех.

На самом деле :-) Мои клиенты - Российские бизнесмены, занимающиеся торговлей металлом и оборудованием и я ориентируюсь на них и я НИГДЕ не утверждал что мое решение абсолютно правильно.