форум vBSupport.ru > vBulletin > vBulletin 3.8.x > Вопросы по vBulletin 3.8
  • »
VBsupport перешел с домена .ORG на родной .RU Ура! Пожалуйста, обновите свои закладки - VBsupport.ru
 
 
 
 
Route
Простоузер
Default Кодировка в базе cp1251, а сам форум utf8
0

Всем привет! Сперва кодировка базы была utf8! Сегодня изменил на cp1251! В базе русский отображается как надо, все отлично вроде. Вопрос вот в чем.
В конфиге самого форума
$config['Mysqli']['charset'] = 'utf8';

русификатор от zCarot в кодировке utf8

Пару продуктов тоже в utf8

И все прекрасно отображается и работает. Пробовал перезалить русификатор zCarot в cp1251 тут же превратилось с каракули, кубики. Если в конфиге убрать или поменять
$config['Mysqli']['charset'] = 'utf8'; выдает ошибку.

Может такое быть, что база в cp1251, в конфиге, перевод, продукты utf8 и при этом все отлично работает???
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
 
 
kerk
k0t
 
kerk's Avatar
Default
12

Оффтоп
 
 
Route
Простоузер
Default
0

Я понимаю, что работает и что еще надо?! Только вот не хотелось бы потом, когда выяснится вся ирония хвататься за голову.
Подскажите пожалуйста надо заморачиваться или это в порядке нормальных вещея для данного форума?
 
 
kerk
k0t
 
kerk's Avatar
Default
0

прежде, чем ставить форум, нужно разобраться с самим понятием "кодировка"
когда это будет понятно, тогда отпадут все остальные вопросы
кодировка сервера MySQL
кодировка сравнения (сопоставления символов)
кодировка БД форума
====
при правильной настройке, символы кириллицы должны нормально читаться и в БД и в файле дампа и на самом форуме
 
 
pfgames
Простоузер
Default
0

у меня у самого сопоставление в 1251, а русик поставлен с кодировкой UTF. Кодировка БД - UTF тоже
 
 
FenUMe
Продвинутый
Default
0

ты бы поконкретней написал как именно и где сменил с utf8 на ср1251. Скорее всего ты просто сменил кодировку базы/таблиц форума но сами данные там как были в утф8 так и остались, и новые также теперь будут записыватся в утф8 так как это указано в настройках форума, но поверх будут кодироватся в ср1251. В итоге форум будет показывать все нормально но в базе новые записи скорее всего будут в нечитабельном виде. плюс это лишняя нагрузка на сервер - так как данные на лету конвертируются. Вопрос в том зачем вы переходите с универсальной кодировки на узконаправленую?(развечто ради экономии места...)
 
 
netwind
Гуру
 
netwind's Avatar
Default
0

Похоже он сменил кодировку хранения данных через phpmyadmin.
Ну, получается, если написать в сообщениях некоторые символы отсутствующие в cp1251, то они превратятся в вопросики потом.
 
 
taumik
Простоузер
Default
0

у меня аналогичная ситуация, на локалке база 1251 в конфигуре utf8 все работало пока дело не дошло до размещения на хосте короче одни вопросительные знаки че делать-то? помогите пожалста.
 
 
SAS123
Продвинутый
Default
1

Я решил для себя вопрос с кодировка так:
1. MySQL
a) добавил в файл my.cnf/my.ini:
[client]
default-character-set=utf8
[mysqld]
default-character-set=utf8
default-collation=utf8_general_ci
character-set-server=utf8
init-connect='SET NAMES utf8;'
collation-server=utf8_general_ci
[mysql]
default-character-set=utf8
б) переконвертировал все базы в UTF8 с помощью ESF Database Migration Toolkit
после этого в MySQL
SHOW VARIABLES LIKE 'character_set%';

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

2. Установил в админке VB для обоих языков utf8.
 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off




All times are GMT +4. The time now is 03:14 AM.


Powered by vBulletin® Version Anime Edition
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Loading...