Ž вместо ю и ž вместо о - Дизайн и модификация Invision Power Board

Перейти к содержимому

 

Правила раздела

Здесь обсуждаются вопросы по настройке и администрированию форумов IPB 3.x.
Пожалуйста, не оффтопьте, если зашли сюда случайно, и обратите внимание на соседние разделы.
Установка, настройка и обслуживание форумов IPB 2.x.
Оформление форумов, включая верстку скинов.
Размещение рекламы на форумах.
SEO оптимизация форума.
Техническая поддержка наших скинов и модов.

СвернутьПрикрепленные теги

Теги не найдены

Страница 1 из 1

Ž вместо ю и ž вместо о После конвертации базы данных

#1 Пользователь не на сайте   Korben ответил: »

 
 
  • Member
  • **
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 36
  • Регистрация: 30-Апрель 09
  • Репутация: 0
  • IPB version:3.4.x
 

Отправлено 15 Январь 2013 - 12:07

Вчера обновил форум с 2.3.6 на 3.4.1, разумеется попутно сконвертировав базу данных известным в местных кругах скриптом.
Всё прошло гладко, но по каким-то неведомым мне причинам, форум начал заменять в новых сообщениях, в правилах форума и в других местах русские буквы ю и О на Ž и ž соответственно. Весь остальной текст - нормальный, именно эти две буквы. Откуда они могли появиться и почему я никак не могу понять.
Стиль - Less (http://www.skinbox.net/skins/less/).
Русификация -

Буду очень признателен за помощь в исправлении этой дурацкой ошибки.
Спасибо.
0

#2 Пользователь на сайте   siv1987 ответил: »

 
 
  • Advanced
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: IPB Skins Team
  • Сообщений: 8 289
  • Регистрация: 20-Март 09
  • Репутация: 2 087
  • IPB version:3.1.x
 

Отправлено 15 Январь 2013 - 22:44

Проверьте базу данных, проверьте как там отображается, проверьте кодировку. В сообщениях я вижу никаких проблем нету.
0

#3 Пользователь не на сайте   Korben ответил: »

 
 
  • Member
  • **
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 36
  • Регистрация: 30-Апрель 09
  • Репутация: 0
  • IPB version:3.4.x
 

Отправлено 16 Январь 2013 - 06:35

Просмотреть сообщениеsiv1987 15 Январь 2013 - 22:44 сказал(а):

Проверьте базу данных, проверьте как там отображается, проверьте кодировку. В сообщениях я вижу никаких проблем нету.

В сообщениях их не видно, потому что:
1) Модератор правит ошибки;
2) Это возникает только в новых сообщениях. Те, что были перенесены из 2.3.6 - нормальные.

На самом же деле они очень даже есть.

В базе все сообщения выглядят как "<p>#1090;#1088;#1086;#1083;#1086;#1083" ... и т.д. только со значком & перед каждым из кодов (убрал, иначе конвертятся в текст).

Сообщение изменено: Korben (16 Январь 2013 - 06:37)

0

#4 Пользователь не на сайте   Zero108 ответил: »

 
 
  • Advanced
  • ***
  • Смотреть галерею
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 1 556
  • Регистрация: 25-Июль 09
  • Репутация: 92
  • IPB version:4.1.x
 

Отправлено 16 Январь 2013 - 07:33

Кажется, это локаль сервера, или кодировка базы данных. Или в настройках форума кодировка не прописана правильно.
0

#5 Пользователь не на сайте   Korben ответил: »

 
 
  • Member
  • **
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 36
  • Регистрация: 30-Апрель 09
  • Репутация: 0
  • IPB version:3.4.x
 

Отправлено 16 Январь 2013 - 08:39

Просмотреть сообщениеZero108 16 Январь 2013 - 07:33 сказал(а):

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


Локаль:
[root@ts code]# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=


Все таблицы - в utf8_general_ci.
Вот данные из ACP - Поддержка - SQL System Vars:
character_set_client		utf8	
character_set_connection		utf8	
character_set_database		utf8	
character_set_filesystem		binary	
character_set_results		utf8	
character_set_server		utf8	
character_set_system		utf8	
collation_connection		utf8_general_ci	
collation_database		utf8_unicode_ci	
collation_server		utf8_general_ci	
init_connect		set names utf8	

Сообщение изменено: Korben (16 Январь 2013 - 08:39)

0

#6 Пользователь не на сайте   Korben ответил: »

 
 
  • Member
  • **
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 36
  • Регистрация: 30-Апрель 09
  • Репутация: 0
  • IPB version:3.4.x
 

Отправлено 16 Январь 2013 - 10:12

Вы будете смеяться...

Пришлось в режиме дебага, по очереди перед каждой строчкой каждого класса проставить var_dump (); и die ();, чтобы обнаружить, что вся конвертация происходит в зависимости от проверки переменной функцией:

if ( IPS_IS_UTF8 !== true )
		{
			$content = $this->_cakeAndEatIt( $content );
		}

Ну и соответственно понять, что дело в параметре "Document character set" в настройках системы, раздел Server Environment.

У меня он был "utf8". Стоило мне поменять его на "utf-8", всё заработало.

Разумеется, мой косяк, что не проэкспериментировал с этим, но... По-моему можно было предсказать вероятность ввода utf8 вместо utf-8.

В общем, дело в одном дефисе. Вот так-то.
0

Сообщить об этой теме:


Страница 1 из 1


Быстрый ответ

  

1 пользователей читают эту тему
0 зарегистрированных, 1 гостей, 0 скрытых


Контактная информация

Вопросы по работе сайта

+7 (917) 501-4765
C 10 до 20 в рабочие дни (время московское)

Техническая поддержка

Контактные данные специалистов

Дизайн форумов

IPB 3.x ¦ IPB 2.x

Бесплатные шаблоны

IPB 3.2 – 3.4 ¦ IPB 3.1 ¦ IPB 3.0 ¦ IPB 2.2 – 2.3 ¦ IPB 2.1 ¦ Клипарт
Лицензия на использование ¦ Ваша поддержка ¦ О проекте
Copyright © 2005-2016 IPBSkins.ru Team
При копировании материалов с сайта
прямая ссылка на источник обязательна