Не отображается буква "ш", ATutor 1.6.1

Привет всем! Такая проблема возникла с использованием Атьютора 1.6.1 - вместо буквы "ш" в материалах появляется "�?". Это как-то связано с настройкой базы или баг лечится др. способом? Заранее благодарен за помощь.

Привіт, nick.

Якщо чесно, я такого бага не зустрічав. Хоча аналогічна проблема в нас колись була з буквою «Л» у словнику.
Якщо є можливість відтворити цей баг на якомусь сервері, наприклад, в офіційному демо, я б з цікавістю глянув.

Привіт, nick.

Якщо чесно, я такого бага не зустрічав. Хоча аналогічна проблема в нас колись була з буквою «Л» у словнику.
Якщо є можливість відтворити цей баг на якомусь сервері, наприклад, в офіційному демо, я б з цікавістю глянув.

В том то и дело, что, например, у меня на локальном сервере под Линуксом (локаль дефолтная УТФ-8) ничего подобного не наблюдается. Не удалось, как я ни старался, сделать неправильную "ш" и на демосервере www.atutor.ca/atutor/demo/login.php А вот на двух хостингах - бесплатном можете глянуть открытый курс: http://cxmt.ho.ua и платном такая бага повторяется. Я уже полностью удалял английский и оставлял только украинский в Атюторе, но это не помогло.
Даже в дефолтном объявлении такая вот бяка: Це вітальне оголо�?ення. Детальні�?у допомогу ви можете отримати через посилання «Довідка» в ATutor.

Що характерно, в елементах інтерфейсу все ОК...

Перша думка – проблема може бути з MySQL. Перевірте на першій сторінці панелі адміністратора ATutor версії PHP і MySQL, чи не нижчі вони від рекомендованих, і ОС (краще, щоб не Windows).

Крім того, якщо б ви дали мені права інструктора на якомусь із серверів, я міг би хоча б мінімально потестити, де ця проблема проявляється.

Ну і є один «залізний», але трудоємкий і не завжди можливий спосіб обійти цю проблему: замінювати букву «ш» всюди, де вводиться HTML-код, на цю послідовність: "&# 1096;" (без пропусків і лапок, джерело).

Да, я тоже склоняюсь к проблеме с мускулем. Но при инсталляции все было ОК, в том числе верификация соответствия версиям майскл и пхп. О замене символов кодами я прекрасно знаю, но, имхо, это мазохизм.
Даю вам права админа на cxmt.ho.ua (в личку)

100%.

За права дякую. Справді, з версіями все ОК. Треба буде пошукати причину.

Update:

Похожая проблема, только с буквой «с»: http://www.atutor.ca/view/4/2309/4.html.
Совпадение?

Похоже на закономерность в проблеме определения кодировки при коннекте к базе. Возможно зависит от версии МуСКЛ или, вероятнее, от настроек. Вот только где копать, чтоб хостеру ткнуть? На локальном у меня, повторяю, работает нормально.
У вас тоже версия 1.6.1 крутится?

Так, 1.6.1. Але в нас також своя ситуація, зв'язана з використанням cp-1251 в 2004-му, конвертування з якого в нас пройшло зі своїми «особливостями».

Поки що я не знайшов в неті стопроцентного рішення. Спробуйте поекспериментувати з відповідними функціями PHP, зокрема mysql_client_encoding() і mysql_set_charset(). Найкраще це робити у файлі include/lib/mysql_connect.inc.php.

Спасибо за подсказку, поэкспериментирую, доложу результаты обязательно

ОК, буду дуже вдячний. Може, вдасться наблизитись до знаходження цього бага. Бо поки що в самого руки не доходять – все-таки для нас конкретно зараз є пріоритетніші завдання.

По-моему проблема в /include/lib/utf8.php
Я правда не силен в коде, особо не ковырялся - победить пока не смог Видно придется на Moodle переходить, хотя Atutor более компактный и по функциям мне вполне подходил.

(хлопаю себе по лобу)

А модуль mbstring в PHP у Вас встановлений? Не знаю як я раніше про це не подумав, але якщо проблема саме в utf8.php, то відсутність mbstring цілком може бути причиною.

Установлен, видно в другом причина.

На платному хостингу має бути служба технічної підтримки, правда? Спробуйте спитати в них стосовно конфігурації MySQL і/або того, як саме повинне виставлятися кодування в програмах при конекті до MySQL.
Шкода буде лишати ATutor через такий трабл.