maiforum Опубликовано 17 Апреля 2010 Жалоба Поделиться Опубликовано 17 Апреля 2010 Буква "Э" отображается вот так: База в UTF8Все остальное отображается нормально Кто нибудь знает в чем проблема? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Ritsuka Опубликовано 17 Апреля 2010 Жалоба Поделиться Опубликовано 17 Апреля 2010 Скрипт точно "русская версия" от IBR из клиент-центра? Ник так отображается после конвертирования форума в тройку из двойки, после регистрации пользователя уже в тройке, после редактирования через АЦ? Что написано в полях name и members_display_name таблички, что дает запрос "SELECT * FROM members WHERE email = '%email_со_скриншота%';" в разделе "Поддержка > Инструменты для управления SQL (поле SQL внизу страницы)" адмицентра? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 maiforum Опубликовано 17 Апреля 2010 Автор Жалоба Поделиться Опубликовано 17 Апреля 2010 (изменено) Скрипт точно "русская версия" от IBR из клиент-центра? Ник так отображается после конвертирования форума в тройку из двойки, после регистрации пользователя уже в тройке, после редактирования через АЦ? Что написано в полях name и members_display_name таблички, что дает запрос "SELECT * FROM members WHERE email = '%email_со_скриншота%';" в разделе "Поддержка > Инструменты для управления SQL (поле SQL внизу страницы)" адмицентра?1) Да, точно2) Конвертации НЕ было - форум новый, пользователь зарегистрировал ник "Эгира" и получилось такоеДаже редактирование из АЦ - не помогает, вводишь "Эгира" - ник совсем пропадает, нажимаешь сохранить - все равно косяк3) В базе тот же косяк, т.е. имя записано со знаком вопроса вместо "Э" (в обоих полях) Соображения? p.s. Единственное что менялось, так это стиль оформления (но делал не я), может косяк там? Изменено 17 Апреля 2010 пользователем maiforum Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Ritsuka Опубликовано 17 Апреля 2010 Жалоба Поделиться Опубликовано 17 Апреля 2010 (изменено) Нет, дело либо в кодировке в БД, либо в конфигурации сервера (сопставление соединения). У вас в conf_global.php заполнено это поле?$INFO['sql_charset'] = 'utf8'; И что дает запрос "SHOW FULL COLUMNS FROM members;" в уже известном вам инструменте управления SQL? Напротив всех полей в столбце Collation должнобыть либо пусто, либо utf8_*. Изменено 17 Апреля 2010 пользователем Ritsuka Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 maiforum Опубликовано 17 Апреля 2010 Автор Жалоба Поделиться Опубликовано 17 Апреля 2010 (изменено) Нет, дело либо в кодировке в БД, либо в конфигурации сервера (сопставление соединения). У вас в conf_global.php заполнено это поле?$INFO['sql_charset'] = 'utf8'; И что дает запрос "SHOW FULL COLUMNS FROM members;" в уже известном вам инструменте управления SQL? Напротив всех полей в столбце Collation должнобыть либо пусто, либо utf8_*.1) Да, записано2) Примерно в половине полей "cp1251_general_ci"в т.ч. name и members_display_nameНе подскажите как поступить далее? Изменено 17 Апреля 2010 пользователем maiforum Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Ritsuka Опубликовано 17 Апреля 2010 Жалоба Поделиться Опубликовано 17 Апреля 2010 Примерно в половине полей "cp1251_general_ci" в т.ч. name и members_display_nameУра, мы нашли проблему Я так понимаю, форум у вас уже не пустой, и пересоздавать его заново с нуля уже не хочется? 1. Сделайте полный бекап БД.2. Возьмите этот скрипт целиком, сохраните как что-то в стиле convert.php, положите его в корень вашего форума (рядом с index.php и conf_global.php) и пройдите в браузере по адресу: http://вашфорум/convert.php. Данный скрипт поптытается аккуратно привести все поля к одинаковой кодировке - unicode. При этом, в отличие от всех других методов перекодирования, поля, которые уже в юникоде, трогаться не будут и данные не попортятся. Удачи. benix97 отреагировал на это 1 Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 maiforum Опубликовано 17 Апреля 2010 Автор Жалоба Поделиться Опубликовано 17 Апреля 2010 (изменено) Примерно в половине полей "cp1251_general_ci" в т.ч. name и members_display_nameУра, мы нашли проблему Я так понимаю, форум у вас уже не пустой, и пересоздавать его заново с нуля уже не хочется? 1. Сделайте полный бекап БД.2. Возьмите этот скрипт целиком, сохраните как что-то в стиле convert.php, положите его в корень вашего форума (рядом с index.php и conf_global.php) и пройдите в браузере по адресу: http://вашфорум/convert.php. Данный скрипт поптытается аккуратно привести все поля к одинаковой кодировке - unicode. При этом, в отличие от всех других методов перекодирования, поля, которые уже в юникоде, трогаться не будут и данные не попортятся. Удачи.Спасибо огромное!Буду пробовать Примерно в половине полей "cp1251_general_ci" в т.ч. name и members_display_nameУра, мы нашли проблему Я так понимаю, форум у вас уже не пустой, и пересоздавать его заново с нуля уже не хочется? 1. Сделайте полный бекап БД.2. Возьмите этот скрипт целиком, сохраните как что-то в стиле convert.php, положите его в корень вашего форума (рядом с index.php и conf_global.php) и пройдите в браузере по адресу: http://вашфорум/convert.php. Данный скрипт поптытается аккуратно привести все поля к одинаковой кодировке - unicode. При этом, в отличие от всех других методов перекодирования, поля, которые уже в юникоде, трогаться не будут и данные не попортятся. Удачи. Теперь русские имена совсем не сохраняются. В базе получается пустое поле. И так пока только с буквой "Э", с остальным все хоошо. Как только добавляешь "Э" - пустое поле. Изменено 17 Апреля 2010 пользователем maiforum Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Ritsuka Опубликовано 17 Апреля 2010 Жалоба Поделиться Опубликовано 17 Апреля 2010 "SHOW FULL COLUMNS FROM members" теперь показывает везде utf8_*? И что у вас показывает запрос "SHOW CHARSET LIKE 'utf8'"? Сделайте резервную копию папки ips_kernel и распакуйте туда эти модифицированные файлы с перезаписью:ips_kernel.tar.gz Тут изменения - принудительно выставлено сопоставление соединения с сервером как utf8_general_ci. Вообще же проблема в изначальной несовместимости форума с некоторыми русскими хостингами, принудительно ставящими cp1251 основной кодировкой. У вас свой сервер, или виртуальный хостинг? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 maiforum Опубликовано 17 Апреля 2010 Автор Жалоба Поделиться Опубликовано 17 Апреля 2010 (изменено) "SHOW FULL COLUMNS FROM members" теперь показывает везде utf8_*? И что у вас показывает запрос "SHOW CHARSET LIKE 'utf8'"? Сделайте резервную копию папки ips_kernel и распакуйте туда эти модифицированные файлы с перезаписью:ips_kernel.tar.gz Тут изменения - принудительно выставлено сопоставление соединения с сервером как utf8_general_ci. Вообще же проблема в изначальной несовместимости форума с некоторыми русскими хостингами, принудительно ставящими cp1251 основной кодировкой. У вас свой сервер, или виртуальный хостинг? 1) Да, показывает2) Charset Description Default collation Maxlenutf8 UTF-8 Unicode utf8_general_ci 33) Вирутальный хостинг Заменил тем, что Вы дали.Результата нет. Меня очень удивляет, что это только с буквой "Э" Изменено 17 Апреля 2010 пользователем maiforum Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Ritsuka Опубликовано 17 Апреля 2010 Жалоба Поделиться Опубликовано 17 Апреля 2010 (изменено) Стоп. А не наложились ли одна на другую две проблемы? У вас в настройках отключено вот это?Удалять коды chr(0xCA) при вводе?Символ chr(0xCA) может использоваться в качестве 'скрытого' символа пробела для эмуляции зарегистрированных имен – может стать причиной пропадения символов в сообщениях в кодировках, отличных от западной.В группе: Настройки безопасности Изменено 17 Апреля 2010 пользователем Ritsuka Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 maiforum Опубликовано 18 Апреля 2010 Автор Жалоба Поделиться Опубликовано 18 Апреля 2010 (изменено) Стоп. А не наложились ли одна на другую две проблемы? У вас в настройках отключено вот это?Удалять коды chr(0xCA) при вводе?Символ chr(0xCA) может использоваться в качестве 'скрытого' символа пробела для эмуляции зарегистрированных имен – может стать причиной пропадения символов в сообщениях в кодировках, отличных от западной.В группе: Настройки безопасностиБыло включено. Убрал - все ок.Спасибо огромное! И еще один вопрос:У пользователей не загружаются аватары, выдает:Загрузка не удалась - возникла ошибка при перемещении аватара в директорию загрузки. Пожалуйста, проверьте права доступа к директории загрузки.В настройках для группы использование аватаров включено. Размер соответствует.Запись в директорию "uploads" разрешена (0777) У администраторов, например, аватары загружаются. ? Изменено 18 Апреля 2010 пользователем maiforum Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Ritsuka Опубликовано 18 Апреля 2010 Жалоба Поделиться Опубликовано 18 Апреля 2010 (изменено) В первую очередь проверьте эту настройку:Путь до директории загрузокВводите абсолютный (полный) путь до директории загрузок "uploads". Важно понимать, что это не URL.В группе: Глобальные настройки Затем уточните, у вас на сервере Безопасный режим включен или выключен? Проверить можно в админцентре, перейдя на вкладку "Поддержка". В блоке "Обзор системы" будет такая строка. Изменено 18 Апреля 2010 пользователем Ritsuka Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 maiforum Опубликовано 18 Апреля 2010 Автор Жалоба Поделиться Опубликовано 18 Апреля 2010 В первую очередь проверьте эту настройку:Путь до директории загрузокВводите абсолютный (полный) путь до директории загрузок "uploads". Важно понимать, что это не URL.В группе: Глобальные настройки Затем уточните, у вас на сервере Безопасный режим включен или выключен? Проверить можно в админцентре, перейдя на вкладку "Поддержка". В блоке "Обзор системы" будет такая строка.Безопасный режим ВЫКЛЮЧЕН Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Yaroslaw Опубликовано 1 Ноября 2010 Жалоба Поделиться Опубликовано 1 Ноября 2010 (изменено) Стоп. А не наложились ли одна на другую две проблемы? У вас в настройках отключено вот это?Удалять коды chr(0xCA) при вводе?Символ chr(0xCA) может использоваться в качестве 'скрытого' символа пробела для эмуляции зарегистрированных имен – может стать причиной пропадения символов в сообщениях в кодировках, отличных от западной.В группе: Настройки безопасностиСпасибо большое!Та же проблема с буквой "Э" полностью решилась. Изменено 1 Ноября 2010 пользователем Yaroslaw Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Вопрос
maiforum
Буква "Э" отображается вот так:
База в UTF8
Все остальное отображается нормально
Кто нибудь знает в чем проблема?
Ссылка на комментарий
Поделиться на других сайтах
13 ответов на этот вопрос
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.