UTF-8 и language файл для vBulletin

Жень, там всё не так просто! Сама база с какой кодировкой?

База с кодировкой UTF-8.

Когда, например, из форумного движка создаёшь, к примеру, название раздела, или просто сообщение (в смысле - как этот пост) - то всё корректно: текст на русском, кодировка страницы UTF-8.

Проблема именно тогда, когда скрипт импортирует языковой файл. Не секрет же, что тот файл, что создан скриптом в юникоде, в блокноте будет отображать русский текст крякозябрами (типа Главная категория ). А тут как бы всё наоборот: в блокноте всё чудно, но в результате он импортируется в форум именно как win-1251, а не как Юникод. Таким образом, либо надо ставить кодировку страниц win-1251, но тогда, естественно, будут криво читаться написанные в форуме сообщения, которые в Юникоде. Либо корректно читаются сообщения форума, но некорректно ложится перевод.

А сама языковая поддержка, которую импортировал на какую страницу настроена?

На сколько я помню там:

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />

Да, поддерживаю ровно та же самая проблема.

Только с IPB. База в утф, xml - 1251

Сама поддержка - это .xml файл.

Верхняя строчка его

<?xml version="1.0" encoding="нечто"?>.

Это "нечто" я менял и так и эдак, всё без толку. Или я не понял вот этого вопроса:

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

Погоди, а в таблице эта инфа в нормальном виде? Эти зю-зюки могут быть уже занесены так в таблицу! Я с этим возился когда парсил RSS ленту с Евроспорта! Всё читал и блокнот понимал, а в таблицу вносил криво, именно как: вная категория

В базе? Ну дык нет, надо полагать. Было бы в нормальном - не было бы проблемы, мне кажется. Но зюзюки, тем не менее, при изменении кодировки страницы на win-1251 отображаются корректными русскими буквами (это если не пользоваться опцией "сохранить как..." - и не сохранять в UTF-8; если ею пользоваться - одни знаки вопроса)

Не знаю, поможет ли Вам. Я в WordPress столкнулся с подобным.

Излечилось добавлением в .htaccess строк:

zhitov, 500 ошипку дает для ipb )

Я решил проблему. Сделал copy/paste в систему создания темплэйтов в CMS (eZ), после чего сохранил это как файл на сервере, и затем скачал этот файл на комп с сервера. Русские слова там уже выглядели примерно так: "прещен". После этого я импортировал этот файл в vB, и всё великолепно заработало.

Revan, можете прислать мне Ваш файл, я поступлю с ним аналогично и перекину Вам назад.

При этом, конечно, трудно не согласиться, что это называется "вырывать зубы через задницу". Неужели нет в 100 раз более простого способа, как преобразовать одно в другое на собственном компе? Наверняка есть. Кто знает, подскажите, пожалуйста.