Спонсор: Профессиональный прокси socks 4/5 сервис

Общеизвестно, что использование кодировки utf-8 уже становится нормой для большинства веб-мастеров. Недавно обнаружил, что, оказывается, не на всех хостингах нормально отображаются страницы в кодировке utf-8. Хотя, если логически рассудить, какое может быть дело веб-серверу до кодировки страницы, его задача просто отдать её по запросу. Но где-то в настройках установлена принудительная установка кодировки страниц в cp1251. Пришлось искать способы преодоления ситуации, в итоге прописал в .htaccess следующие магические строчки:

CharsetDisable On
AddHandler default-handler html
CharsetDefault utf-8

Работает нормально, может кому-нибудь тоже пригодиться.

5 комментариев на запись “Поддержка UTF-8 на хостинге”

  1. Горбунов Олег (aka The_KiD) пишет:

    Слава богу вы еще с русским апачем не сталкивались, который перекодировывает страницы на лету… Поэтому POST данные например, могут прийдти совсем не в той кодировке, в которой ожидается. Иногда из-за этого даже файлы при аплоаде бьются.

    А кодировки я обычно принудительно шлю из скрипта заголовком, т.к. уже довольно давно отказался от апача в качестве веб-сервера.

  2. nurlan пишет:

    Да, и такое тоже есть. Алекс Тутубалин его в своё время разрабатывал.
    Я про него только читал, но ставить на рабочий сервер было просто лень, поскольку апач из дистрибутива и так нормально работал :)

  3. Alex Tutubalin пишет:

    Ну как же вы с ним не сталкивались, если пишете в .htaccess слово CharsetDisable ?

  4. nurlan пишет:

    Так вот он какой северный олень (c)
    Я думал его давно уже ни у кого нет.
    Значит как минимум два хостера с ним ещё живут.

  5. Горбунов Олег (aka The_KiD) пишет:

    Кстати, русскому апачу хорошо еще выставлять директиву CharsetRecodeMultipartForms Off
    как раз во избежание проблем с пересылкой форм.

Оставить комментарий