Стало любопытно: обязательно нужно указывать кодировку utf-8 домена в панеле управления хостингом-сервера, по умолчанию многие пропускают этот пункт.

Заметил, что при перестройке глобального кеша кракозяблы, правлю по старинке если сервер позволяет.

 

.htaccess в корневой директории сервера, со следующим содержанием:

AddDefaultCharset utf-8

AddCharset utf-8 *

CharsetSourceEnc utf-8

CharsetDefault utf-8

 

Не обязательно, кодировку можно и через htaccess указать, а в тройке даже сам форум отправляет ее в заголовках. Там где есть крокозябры нужно смотреть откуда они, если это результат аякса - включить дабеггер и проинспектировать ответ сервера.

Спасибо погляжу. Такое даже на 3.1 было.

Баги могут быть при использования nginx, который сам отдает статику (css, js, html) без участия апача. В js файлах хранятся лэнги для javascript функций и, если nginx будет отдавать для них кодировку по умолчанию, например windows-1251, то текст из этих файлах будет в крокозябрах. Как раз недавно с таким столкнулся. Проверить можно открыв в браузере js файл - site.ru/cache/lang_cache/1/acp.lang.js (1 - ид языка. по умолчанию 1).

acp.lang.js - utf-8 без бум

Проверить можно открыв в браузере js файл

Фреймовый документ не содержит объявления кодировки символов. При просмотре без фреймирующего его документа, документ может отображаться по другому. index.php

Проверить можно открыв в браузере js файл

 

сори. Каракули.

Никаких фреймов, редиректов там быть не должно. Должно появится содержимое этого файла, если повторяю, открыть его по прямому адресу в браузере .

Открыл в браузере, как Вы и говорили "Одни каракули"

Вот в таком случае нужно указывать кодировку для домена, надеясь на то, что это настройка влияет и на nginx.

Вот в таком случае нужно указывать кодировку для домена, надеясь на то, что это настройка влияет и на nginx.

 

Повлияло. Спс