Разные кодировки

Форум мне ставили Ночная странница и Ветер (за что им огромное спасибо), сейчас же ползаю по нему тихонечко и нахожу неожиданные секретики )). Одной из таких неожиданностей оказались разные кодировки, прописанные в движке и на хостинге. Ветер, поделись, как такое возможно )).

Helenka: Одной из таких неожиданностей оказались разные кодировки, прописанные в движке и на хостинге.

Это на многих хостингах обычное явление. Хостер по дефолту отдает наружу кодировку UTF.

Если делать базу данных стандартными средствами панели, то есть нажать на значок, и тыкать кнопку, то выбора кодировки не будет, и по умолчанию база данных создастся тоже в UTF.

То есть ничего сверхъестественного тут нет. Сначала я думал, что понял вопрос.

Но по теме понимаю, что ничего не понял.

Объясни что именно ты хочешь?

Helenka: inso, если читать мануалы, то это не правильно, кодировка должна быть одинаковой.

С чего это? Выше написал, что на подавляющем большинстве хостингов наружу отдается UTF. При стандартных телодвижениях БД получается тоже в UTF. Но если импортируется своя БД, то сама БД может быть в виндовой кодировке, а наружу отдаваться в UTF

Ночная: Helenka, там были проблемы с кодировками у хостера

Юль, это другое. Это совсем не то, вопрос видимо в другом.

Helenka: Ночная странница, сейчас мне важно найти этот файл или настройку, на данный момент у меня так и есть разные кодировки

Где они у тебя есть?

У меня вроде тоже так. В панели utf 8 указано насколько помню, а форум ставил в кодировке 1251

inso, если читать мануалы, то это не правильно, кодировка должна быть одинаковой.

Helenka: сейчас мне важно найти этот файл или настройку, на данный момент у меня так и есть разные кодировки, а где рыть я не знаю, поэтому очень хотелось бы услышать, что менялось.

та ничего нет... инит не правленный, класс_коре - тоже спи спокойно)
Нет ничего особо криминального в том, что база в утф, а на форуме - 1251 кракозябров в БД нет? - Нет ну и всё... ===

Veter: Хостер по дефолту отдает наружу кодировку UTF. Если делать базу данных стандартными средствами панели, то есть нажать на значок, и тыкать кнопку, то выбора кодировки не будет, и по умолчанию база данных создастся тоже в UTF. То есть ничего сверхъестественного тут нет.

это... не совсем точная информация особенно в месте

Veter: и по умолчанию база данных создастся тоже в UTF

по дефолту, или как сейчас модно говорить, "нативная" кодировка майсиквела - латин1_сведишь_си

так вот если хостер ничего не делал (а подавляющее большинство хостеров просто не знают, что с этим можно что-то сделать), майсиквел будет "разговаривать" на родном языке, то есть, БД создастся в латин1_сведишь_си

Если ваш умопомрачительный фоззи принудительно впёр туда только утф - ну что ж... это ещё один минус ему прописывание кодировки в конфиге воблы - пресловутая "строка про кодировку" - влияет только на создание таблиц и дальнейшую работу с ними, но нЕ на БД в целом и, кстати, раскомментирование строки про кодировку без подключения майсиквели в первом блоке конфига, в большинстве случаев - шо мёртвому припарки

кто-нибудь вообще читает конфиг?

первый пункт, про

****** DATABASE TYPE ******

что толку указывать кодировку в стиле

$config['Mysqli']['charset'] = 'cp1251';

если в подключении БД у нас прописано

$config['Database']['dbtype'] = 'mysql';

это прям из серии "найди отличия"...

м?

смотреть сюда:

['dbtype'] = 'mysql';

$config['Mysqli']

тест на внимательность ===

Sven: Если тот хост еще жив и доступен - можно на нем поиграться? Ради интереса

ты заказал "поиграться"? а то мне лениво... если да - пусти и меня посмотреть

Helenka, там были проблемы с кодировками у хостера - ставя форум по всем правилам (попробовали, кажется, обе кодировки, насколько я помню), мы получали кракозябры в БД. Ветру пришлось ставить чистый форум на другом хостинге и импортировать оттуда базу данных.

Заработало.

После установки не было кракозябров ни в БД, ни на форуме, я проверяла лично.

Но. Тут еще замешан русификатор - что-то с ним было не так, я помню, в какой-то теме это позднее "всплывало". В общем, наложение множества факторов.

и поэтому после переноса все эти кодировки "проявились".

Helenka: Veter, расскажи то, о чем Ночная Странница говорит.

Я конечно могу найти время для многабукав, но если это действительно нужно.
У тебя после переезда таблица post кракозябрами?

Льюви: Нет ничего особо криминального в том, что база в утф, а на форуме - 1251
кракозябров в БД нет? - Нет
ну и всё...

Абсолютно верно.

Льюви: Если ваш умопомрачительный фоззи принудительно впёр туда только утф - ну что ж... это ещё один минус ему

У Фоззи как раз латин.

Льюви: ну что ж... это ещё один минус ему

Что значит еще один? Много минусов?

Так может нужно было пнуть хостера, а не городить огород? На самом деле - это самое верное решение. Если тот хост еще жив и доступен - можно на нем поиграться? Ради интереса

Ночная странница, сейчас мне важно найти этот файл или настройку, на данный момент у меня так и есть разные кодировки, а где рыть я не знаю, поэтому очень хотелось бы услышать, что менялось.
Sven, я уехала оттуда, деньги мне вернули за неиспользованный период, но у них есть тест на 7 дней бесплатный, поиграйся, вон вверху рекламу фоззи видишь? Велком )).

Veter: Я конечно могу найти время для многабукав, но если это действительно нужно.

Не нужно. Я изначально не хотела спрашивать, зря задала вопрос. Только не стоило меня тогда отправлять создавать тему на форуме, ответил бы в личке, что не имеешь ни времени, ни желания объяснять.

Helenka: у них есть тест на 7 дней бесплатный

А тариф? Чтоб на такой же попасть

Вопрос в личке и вопрос на форуме был задан по разному. В личке я думал, что у тебя вся БД после переезда стала крокозябрами. Вопрос в теме выглядит по другому. И ты не ответила, что у тебя с таблицей post. Если крокозябрами, то буду рассказывать. Если нет, то значит все нормально.

Veter: Что значит еще один?



Много минусов?

первый, и самый противный минус - это баннер, из-за которого у меня тут постоянно обваливается ФФ ardon:

Льюви: ты заказал "поиграться"?
а то мне лениво... если да - пусти и меня посмотреть

Из-за отсутствия домена всё стопорнулось..все бесплатные домены с какими-то мудрёными регами.

Есть какой-нибудь тестовый? Я регну хостинг, если есть))

Все равно, что там хостинг выставляет..всегда, как создаю БД иду в пма и проверяю кодировку...в 75% случаях - стоит отличная от утф или цп. Потом правка конфига и всё

Господа, некоторое время назад начала ломаться БД. Приходят сообщения: Database error in vBulletin : mysql_connect() [function.mysql-connect

]: Lost connection to MySQL server at 'reading initial communication packet', system error: 0

/home/users/l/lawyer/domains/arbitraz.ru/includes/class_core.php on line 311

MySQL Error :

Error Number :

Request Date : Thursday, August 13th 2015 @ 02:30:15 AM

Error Date : Thursday, August 13th 2015 @ 02:30:37 AM

Script : http://arbitraz.ru/showthread.php?t=56

Referrer : IP Address : 157.55.39.93 Username : Classname : vB_Database MySQL Version : Исходные данные: В админке форума БД utf8 В БД cp1251 БД Post = кракозяблы Проблема классифицирована zCarot:
http://vbsupport.org/forum/showthread.php?t=21925

Чёрные ромбы или пустые квадраты - текст из cp1251 отображается в utf8 Рецепты: I.
http://www.bormotuhi.net/showthread.php?t=5281 & page=2

Мда, именно MySQL заменяет текст отличный от кодировки сравнения на вопросы.

Тут можно добавить только одно: существуют две.

эм... стадии этого заболевания: 1 - вопросики есть на сайте, но в базе нормальный текст.

Лечится сменой установок charset на стадии коннекта к базе.

2 - и на сайте и в базе вопросики.

БД безнадежна, ее надо выкинуть и попробовать достать нормальную из бекапов...

имеется ввиду раскомментировать вот эту строчку (которая внизу)?

// ****** MySQLI OPTIONS *****

// When using MySQL 4.1+, MySQLi should be used to connect to the database.

// If you need to set the default connection charset because your database

// is using a charset other than latin1, you can set the charset here.

// If you don't set the charset to be the same as your database, you

// may receive collation errors.

Ignore this setting unless you

// are sure you need to use it.

//$config['Mysqli']['charset'] = 'utf8';

II.

Попробовать в вариантах:

$config['Mysqli']['charset'] = 'utf8'; или $config['Mysqli']['charset'] = 'cp1251';

III.

Существует последовательность определения своих действий:

Используя PHPMyAdmin “залезть” в БД форума, и определить в какой кодировке находятся таблицы;

Определить кодировку Мускула (MySQL);

Предпринять действия к предотвращению проблемы.

Допустим, БД у нас в кодировке utf-8, а соединений мускула и его кодировка в ср1251.

Берем файл init.php с папки includes, находим там строчку (сразу после подключения):

Код:

{

vbulletin_demo_init_db();

}

И после этой строчки используем сия код:

Код:

mysql_query ("set character_set_client='utf8'");

mysql_query ("set character_set_results='utf8'");

mysql_query ("set collation_connection='utf8_general_ci'");

Все проблемы должны решиться.

Другая ситуация - БД в ср1251, Мускул в utf-8. Берем все тот же init.php, находим ту самую строчку:

Код:

{

vbulletin_demo_init_db();

}

И используем этот код:

Код:

mysql_query ("set character_set_client='cp1251'");

mysql_query ("set character_set_results='cp1251'");

mysql_query ("set collation_connection='cp1251_general_ci'");

Вот и все.

-------------------------------------------------

Внимание: Ниже - для версии 3.8! |

-------------------------------------------------

Найти:

Код:

// make $db a member of $vbulletin

Перед ней добавить:

Код:

mysql_query ("set character_set_client='cp1251'");

mysql_query ("set character_set_results='cp1251'");

mysql_query ("set collation_connection='cp1251_general_ci'");

Или

Код:

mysql_query ("set character_set_client='utf8'");

mysql_query ("set character_set_results='utf8'");

mysql_query ("set collation_connection='utf8_general_ci'");

Вопросы:

1. В какой кодировке у меня MySQL.

2. В какой кодировке у меня форум.

3. Какой рецепт починки выбрать.

4. В связи с чем могла произойти поломка.

Заранее большое спасибо.

За мной не заржавеет, решение выложу здесь.

Льюви: первый, и самый противный минус - это баннер, из-за которого у меня тут постоянно обваливается ФФ

Не верю, чтобы такая девушка как ты, не смогла разобраться с браузером Рекомендую плагинчик Flashblock

Allex: Lost connection to MySQL server at 'reading initial communication packet', system error: 0

не имеет отношения к кодировкам

Allex: Проблема классифицирована zCarot:

http://vbsupport.org/forum/showthread.php?t=21925

Чёрные ромбы или пустые квадраты - текст из cp1251 отображается в utf8

ну... нет у Вас бьются символы "И" и "ш" в примере zCarot все кириллические символы - "ромбиками"

Allex: Рецепты:
I.

http://www.bormotuhi.net/showthread.php?t=5281 & page=2

это перепост очень старой статьи с саппорта сейчас там многое уже нЕ актуально не нужны никакие "костыли" в инит.пхп

Allex: имеется ввиду раскомментировать вот эту строчку (которая внизу)?

да, это она, "строка про утф" //$config['Mysqli']['charset'] = 'utf8'; Вам сейчас это не поможет, не трогайте

Allex: Вопросы:
1. В какой кодировке у меня MySQL.

понимаете, какая штука.

не имеет значения, в какой кодировке MySQL, имеет значение, в какой кодировке БД - база данных, и то это важно при установке форума, а потом - при установке хаков кодировку БД видно при заходе в БД через ПМА - Ваш второй скрин, где список всех таблиц, покрутите ниже, там указана кодировка БД

Allex: 2. В какой кодировке у меня форум

УТФ

Allex: 3. Какой рецепт починки выбрать.

скачать дамп БД и переконвертировать так, чтобы вместо кракозябров была читаемая кириллица потом залить обратно (естественно, надо понаделать бекапов БД перед такой процедурой) есть несколько способов, как это сделать: через Сипекс Дампер или через простой блокнот

Allex: 4. В связи с чем могла произойти поломка.

кракозябры в БД (кстати, это так называемый P-утф, или "двойной утф") у Вас были всегда появление �? вместо "И" - что-то поменялось на хостинге, например.

хостера не меняли? чтобы не иметь таких проблем, надо при установке проследить, что там в БД но не переживайте - это лечится дать ссылки на инструкции?

Льюви:
скачать дамп БД и переконвертировать так, чтобы вместо кракозябров была читаемая кириллица
потом залить обратно (естественно, надо понаделать бекапов БД перед такой процедурой)
есть несколько способов, как это сделать: через Сипекс Дампер или через простой блокнот
...

кракозябры в БД (кстати, это так называемый P-утф, или "двойной утф") у Вас были всегда
появление �? вместо "И" - что-то поменялось на хостинге, например... хостера не меняли?
дать ссылки на инструкции?

Большое спасибо.:good:eer1: Хостера не менял, базы не перезаливал, раньше все было Ок. Могу конечно из бэкапов восстановить, но хочется понять, как проблема появилась.

Народ пишет, что CP 1251 более профитно, с точки зрения места.

Я так понимаю, это не мой вариант. Ссылки на инструкции было бы не плохо.

Allex: К прочим радостям, слетела иконка скайпа с профилей

это не хостер... это Скайп (эти иконки уже не обслуживаются) основные настройки - настройки стиля и языка - использовать графику СкайВеб - ставим Нет

Allex: испарились некоторые сообщения

хм... вижу а если открыть на редактирование - что там?

Allex: Наверное буду перезаливаться

ОК, расскажете, какой будет результат

Allex: Хостера не менял, базы не перезаливал, раньше все было Ок.

может, хостер обновил ПО на сервере...

Allex: Могу конечно из бэкапов восстановить, но хочется понять, как проблема появилась.

чтобы не было никаких сомнений - поднимите бекап БД на локалке и посмотрите, кириллица там или кракозябры если читаемая кириллица - можете смело убивать хостера спрашивать хостера, что это значит но скорее всего, там такие же символы, как на скрине

Allex: Ссылки на инструкции было бы не плохо.

Руководство по решению проблем с кодировками

Инструкция по исправлению кодировки UTF-8

после того, как залита исправленная база, нужно раскомментировать "строку про утф"

Allex: Народ пишет, что CP 1251 более профитно, с точки зрения места. Я так понимаю, это не мой вариант.

ну... всё это весьма относительно для некоторых таблиц, при условии, что используется только кириллица - да, 1251 занимает меньше места, чем утф

Льюви: может, хостер обновил ПО на сервере...

чтобы не было никаких сомнений - поднимите бекап БД на локалке и посмотрите, кириллица там или кракозябры
если читаемая кириллица - можете смело убивать хостера спрашивать хостера, что это значит
но скорее всего, там такие же символы, как на скрине

Руководство по решению проблем с кодировками

Инструкция по исправлению кодировки UTF-8

после того, как залита исправленная база, нужно раскомментировать "строку про утф"

ну... всё это весьма относительно
для некоторых таблиц, при условии, что используется только кириллица - да, 1251 занимает меньше места, чем утф

Хостер ПО менял.
http://arbitraz.ru/reklamiruyu-sait/3721.htm

К прочим радостям, слетела иконка скайпа с профилей, испарились некоторые сообщения http://arbitraz.ru/kurilka/3720.htm

и смайлики. :cray::sotona: Наверное буду перезаливаться.

Льюви: это не хостер...
это Скайп (эти иконки уже не обслуживаются)
основные настройки - настройки стиля и языка - использовать графику СкайВеб - ставим Нет

Спасибо. Та же фигня со Скайпом.

Allex: Наверное буду перезаливаться.

И в чем смысл? Я бы попробовал вот это для начала: https://lumtu.com/vbulletin/4320-vbulletin-tret-ei-lineiki-i-php-5-4-a-2.html#post61151

в частности пункт про визинг редактор, и виндовую кодировку. Также прочтите вот это https://lumtu.com/vbulletin/3388-ustarevshie-stroki-v-init-php.html

там тоже у кого-то чето слетало. У вас же ПО меняли, значит и перезалитый бэкап будет себя вести также.

Veter: в частности пункт про визинг редактор, и виндовую кодировку.

Ветер, вряд ли это оно... у Allexа - УТФ и посты не видны не в редакторе, а просто при просмотре темы

Usta: Именно она там и стоит!!! И она же стояла при установке форума!!!

Это сопоставление. Сами таблицы били в utf8_unicode_ci? Текст в таблице post был кириллицей?

Usta: Я сделал бэкап, но не этой программой, а в cPanel есть такая функция. Каждый день делаю бэкап и сливаю файл на комп.

cPanel вам позже не поможет, когда БД станет большой.

Usta: Каждый день делаю бэкап и сливаю файл на ком

Что помешало попробовать откатить БД после переноса форума на новый IP? Можете еще попробовать раскомментировать в конфиге строку:

 //$config['Mysqli']['charset'] = 'utf8';

Внизу там.

Посмотрите что получится.

Иногда помогает, правда я прописывал это на тройке, и у меня мало форумов в utf, прописывал принудительно cp1251

Вести с полей. Если использую super dumper , сайт работает, но в таблице POST кракозяблы.

Если использую панель управления хостера, в таблице POST все красиво, по русски, но сайт не работает, появляется панелька: Database error The database has encountered a problem.

Please try the following: Load the page again by clicking the Refresh button in your web browser.

Open the arbitraz.ru home page, then try to open another page.

Click the Back button to try another link.

The arbitraz.ru forum technical staff have been notified of the error, though you may contact them if the problem persists.

We apologise for any inconvenience.

Хостеру письмо отправил.

Allex: Если использую панель управления хостера, в таблице POST все красиво, по русски

отлично

Allex: но сайт не работает

это ерунда, поправим)

Allex: появляется панелька: Database error

очень хорошо а теперь покажите текст ошибки нЕ то, что Вы видите на странице, а то, что приходит на почту, сам текст письмо на почту приходит при условии, что в конфиге прописан актуальный е-мейл хотя.

погодите.

у вас же тройка, я сама могу посмотреть, что там вот: Table 'lawyer.setting' doesn't exist таблица setting не существует дамп залит в правильную базу?

Льюви: отлично

это ерунда, поправим)

очень хорошо
а теперь покажите текст ошибки
нЕ то, что Вы видите на странице, а то, что приходит на почту, сам текст
письмо на почту приходит при условии, что в конфиге прописан актуальный е-мейл

хотя.. погодите... у вас же тройка, я сама могу посмотреть, что там
вот:
Table 'lawyer.setting' doesn't exist

таблица setting не существует
дамп залит в правильную базу?

Вот такая фигня
Database error in vBulletin :

Invalid SQL:
SELECT varname, value, datatype FROM setting;

MySQL Error : Table 'lawyer.setting' doesn't exist
Error Number : 1146
Request Date : Friday, August 21st 2015 @ 12:11:45 AM
Error Date : Friday, August 21st 2015 @ 12:11:45 AM
Script : http://arbitraz.ru/

Referrer :
IP Address : 158.181.247.176
Username :
Classname : vB_Database
MySQL Version :
Не подскажите расположение конфигурационного файла подключения к базе данных, как он зовется Может кто-то из этих: admincp\index.php includes\init.php Старые таблички удалял, потом импорт ок. Вроде правильно залил.

Эта же база, вместо этой же через super dumper норм встает. Может галочки надо переставить, те которые по дефолту.

Allex: Не подскажите расположение конфигурационного файла подключения к базе данных, как он зовется

includes/config.php

Пытался подлечить БД по мануалам, на которые дала ссылки Льюви.

С помощью редактора не смог найти табличку Post\ Слово Post встречается часто, поэтому поиск не эффективен. Времени мало уделил, буду тренировать зрение. Залил БД с помощью dumpera, форум робит, напрягает табличка Post с кракозяблами.

Вобщем новая проблема у меня.

НУ ПОЧЕМУ МНЕ ТАК НЕ ВЕЗЕТ ТА!!!! Вобщем ... по порядку.

все как было.... Не уходили письма подтверждения о регистрации юзерам с дерьмопочтой Mail.ru - написал Майлу, они мне в ответ: Ваш IP адрес шлет спам, поэтому вы пока в блоке. Ок, пишу Fozzy.com - ребята не уходит почта - те пишут: Все проверили, все работает вот отчет.

Пишу им снова: Нафиг мне Ваш отчет, зайдите и посмотрите, что письма не уходят.

Через час пишут - меры приняты, спамер заблокирован.

Ок... проходит еще 2 дня, ситуация такая же... Ну я уже в гневе, пишу им...мол че за шляпа ребята.

достало уже пропихивать каждому Майлеру письма.

Ну они подумали минут 20 и говорят.

А давай мы тебе перенесем Акк на другой IP - чистый как слеза? - Я: Отчего ж не перености, давайте перенесем, лишь бы больше траблов не было....(по наивности полагая, что они просто изменят номер у себя на компе моего IP на другой - делов то, секунды). Ну они и говорят, "что Вы товарищь клиент, траблы сразу закончатся!" Хорошо, пересли.

На следующий день замечаю, что в новых дневниках юзеров появляются РОМБЫ с вопросительным знаком!!! Пишу этим.

ну вобщем вы в курсе.

Вы говорю чего сделали Демоны.

??? Пишут: Нет проблем счас все исправим.

А у меня уже такое желание, тупо стереть этот чертов форум, который попил у меня крови за эти месяцы дай бог.

короче я на взводе.

Ну они там давай чего-то настраивать, форум слетал три раза, потом оживал, в итоге они не смогли ничего сделать и тупо залили вчерашний апдейт, который был создан до переноса, что в итоге: Ромбов не стало, НО, теперь появились вот такие значки Оберег в PhpMyAdmin.

Они меня уверяют, что так и было ранее, не знаю, толи врут, то ли это и действительно все так и было.

Вопрос, возможно ли это вылечить или придется удалять весь только оживающий форум? Спасибо за прочтение....

Usta: Они меня уверяют, что так и было ранее, не знаю, толи врут, то ли это и действительно все так и было.

99% что так и было

Usta: Вопрос, возможно ли это вылечить

можно

Usta: А у меня уже такое желание, тупо стереть этот чертов форум, который попил у меня крови за эти месяцы дай бог... короче я на взводе...

Бывает...

Usta: Они меня уверяют, что так и было ранее, не знаю, толи врут, то ли это и действительно все так и было.

Возможно... Вы когда форум ставили проверяли кириллицу в таблице post? Вот этот пост читали? https://lumtu.com/vbulletin-4-x-x/6536-forum-na-vbulletin-4-2-a.html#post62347

Если делали так, как там написано то должна быть кириллица.

Форум в кодировке cp или в utf Можно попробовать провести эксперимент.

Зайти в ПМА, на главной для начала посмотреть сопоставление кодировки.

Должно стоять utf8_general_ci Потом кликаете на таблицу post, затем на индекс, сравнение должно быть в utf8_unicode_ci Если не так, попробуйте сменить для эксперимента на ту что написал выше.

Если таблица пост будет кириллицей, значит на верном пути, и нужно во всех таблицах БД поменять сравнение. Есть запрос к БД, но я сейчас не вспомню.

хочтера можно попросить, тк вручную каждую таблицу долго. А на будущее, перед каждыми такими переносами делайте бэкап БД дампером.

Минута дел.

Видите что-то не так, можно откатиться.

Когда устанавливал было так: Я хотел, как пишут, раскоментировать в config.php utf8 - началась установка и вылезла ошибка... закомментировал обратно - установка прошла нормально. Т.е. получается, что кодировка на Fozzy utf8_general_ci - а у меня просто utf8 - и в этом и проблема?

Veter: Должно стоять utf8_general_ci

Именно она там и стоит!!! И она же стояла при установке форума!!!

Veter: делайте бэкап БД дампером

Я сделал бэкап, но не этой программой, а в cPanel есть такая функция. Каждый день делаю бэкап и сливаю файл на комп.