Sourcebans ++ не воспринимает кириллицу

[kiri3shka]

Спойлер: Sourcebans

На sourcebans -

Через SQL запрос смог изменить только сравнение бд, но таблиц не меняет т.к не может найти кодировку cp1251_general_ci

Спойлер: БД

Так что хз, не нашел кодировки где и русс. и англ. язык поддерживает
Хелпаните. :(

 

[Kruzya]

Вообще-то, utf8_general_ci как раз таки нормально поддерживает и русский, и английский язык.
Вы натворили какую-то хрень, непонятно зачем.

 

[kiri3shka]

Вообще-то, utf8_general_ci как раз таки нормально поддерживает и русский, и английский язык.
Вы натворили какую-то хрень, непонятно зачем.

При этом все равно не поддерживает русский и кодировка стояла такая.

 

[Kruzya]

Я у Вас на скриншоте вовсе не веб SB++ вижу, а какую-то самопальную страничку. Посмотрите, ту ли кодировку устанавливает скрипт при подключении. Это проблема вовсе не самого СБ, если тот же phpMyAdmin все отображает нормально в режиме той же кодировки, в которой работает плагин.

 

[SAPSAN 隼]

При этом все равно не поддерживает русский и кодировка стояла такая.

Я бы понял еще если бы вы написали не поддерживает юникоды ( смайлики там и тд), но кириллицу это абсурд!

 

[kiri3shka]

Я у Вас на скриншоте вовсе не веб SB++ вижу, а какую-то самопальную страничку. Посмотрите, ту ли кодировку устанавливает скрипт при подключении. Это проблема вовсе не самого СБ, если тот же phpMyAdmin все отображает нормально в режиме той же кодировки, в которой работает плагин.

Спойлер: SB

Сообщения автоматически склеены: 14 Мар 2020

Спойлер: Обновил сравнение таблиц

Исчезнет ли проблема?

 

[Kruzya]

Ага, МА значит.

Вообще, это больше похоже на проблему с серверной стороны. Плагин теряет кодировку.
У нового плагина против такого есть костыль, но он провоцирует периодические фризы.
Это проблема к сожалению со стороны SM. Он при переподключении к базе не восстанавливает полностью кодировку соединения, и авторы в курсе об этой проблемы. Фикс когда ждать - неизвестно.

 

[kiri3shka]

Ага, МА значит.

Вообще, это больше похоже на проблему с серверной стороны. Плагин теряет кодировку.
У нового плагина против такого есть костыль, но он провоцирует периодические фризы.
Это проблема к сожалению со стороны SM. Он при переподключении к базе не восстанавливает полностью кодировку соединения, и авторы в курсе об этой проблемы. Фикс когда ждать - неизвестно.

У меня старая мать стоит, лаги были поэтому сменили на старую мать.

 

[Kruzya]

Если "мать" - это плагин, то лаги были поскольку SM таки действительно терял соединение, и плагин был вынужден восстанавливать кодировку.
Ищите проблему в соединении между плагином и базой.

 

[kiri3shka]

Если "мать" - это плагин, то лаги были поскольку SM таки действительно терял соединение, и плагин был вынужден восстанавливать кодировку.
Ищите проблему в соединении между плагином и базой.

Есть способ пофиксить проблемы в соединении? Мб есть какая-то "популярная" которую будет проще заткнуть, чем искать.
Раз фикса этой проблемы нет.

Сообщения автоматически склеены: 14 Мар 2020

Если "мать" - это плагин, то лаги были поскольку SM таки действительно терял соединение, и плагин был вынужден восстанавливать кодировку.
Ищите проблему в соединении между плагином и базой.

Спойлер: Может проблема здесь?

 

[Kruzya]

Если у Вас MySQL установлен на VDS, можете просто дефолтные кодировки у него везде перебить в utf8 (не utf8mb4, его SM нормально не поддерживает пока), и должно нормально будет работать. Ну и таймаут поднять, т.к. соединение по большей части бездействует, и может быть закрыто со стороны БД.
Если не VDS - увы.

 

[kiri3shka]

Если у Вас MySQL установлен на VDS, можете просто дефолтные кодировки у него везде перебить в utf8 (не utf8mb4, его SM нормально не поддерживает пока), и должно нормально будет работать. Ну и таймаут поднять, т.к. соединение по большей части бездействует, и может быть закрыто со стороны БД.
Если не VDS - увы.

Ну как раз именно это все на адмане лежит(вдс),
Он сопоставление кодировки соединения с utf8 меняет сразу на utf8mb4 и я хз как это фиксить)
Также и с character_set_client;connection;results;
А character_set_database вообще возвращает на latin1

Сообщения автоматически склеены: 14 Мар 2020

Спойлер: Максимум которого добился.

 

[kiri3shka]

Есть идеи, как можно запросы пофиксить, если дело в них? Кириллица все также на месте, кодировки на utf8 стоят, кроме тех, которые приложены к сообщению выше.

 

[Kruzya]

Проблема не в запросах, а в кодировке соединения.
Пока кодировка соединения - latin1, а базы - utf8, при передаче данных всё будет писаться в битом виде. Вам нужно либо всю базу в latin1 перегонять вместе с таблицами и колонками (у колонок тоже есть кодировка), либо фиксить дефолтную кодировку соединения в конфигах MySQL сервера (из phpMyAdmin это нигде не настраивается). Первый вариант наименее предпочтителен, поскольку будут другие проблемы.

 

[kiri3shka]

Проблема не в запросах, а в кодировке соединения.
Пока кодировка соединения - latin1, а базы - utf8, при передаче данных всё будет писаться в битом виде. Вам нужно либо всю базу в latin1 перегонять вместе с таблицами и колонками (у колонок тоже есть кодировка), либо фиксить дефолтную кодировку соединения в конфигах MySQL сервера (из phpMyAdmin это нигде не настраивается). Первый вариант наименее предпочтителен, поскольку будут другие проблемы.

Вот и не знаю, я пробовал экспортировать бд и менять там везде кодировку на utf8
в htaccess AddDefaultCharset utf8
Где еще можно изменить это, не имею понятия.

 

[Kruzya]

htaccess

А он тут причём?
Вам нужно, ещё раз, копать конфиг MySQL-сервера. Он лежит, как правило, в /etc/mysql.
Погуглите "смена кодировки соединения mysql"

 

[kiri3shka]

А он тут причём?
Вам нужно, ещё раз, копать конфиг MySQL-сервера. Он лежит, как правило, в /etc/mysql.
Погуглите "смена кодировки соединения mysql"

У меня есть доступ к веб-хосту, не думаю что копать нужно там :[
Доступа конкретно к Mysql-серверу у меня нет.
Могу запросить у хостеров, может они изменят кодировку там.

 

[Kruzya]

Вот теперь я запутался.
Парой постов выше Вы пишете, что всё на вдс (на адмане):

Ну как раз именно это все на адмане лежит(вдс)

Теперь в дело вступает некий веб-хост:

У меня есть доступ к веб-хосту, не думаю что копать нужно там :[
Доступа конкретно к Mysql-серверу у меня нет.
Могу запросить у хостеров, может они изменят кодировку там.

По итогу, где MySQL установлен-то?

 

[kiri3shka]

Вот теперь я запутался.
Парой постов выше Вы пишете, что всё на вдс (на адмане):

Теперь в дело вступает некий веб-хост:

По итогу, где MySQL установлен-то?

Ну, посоветовался я с ними. По итогу к конфигу Mysql доступа нет вообще. Был выделен "вдс" о котором и речи в тех.поддержке нет
Предложили исправить так:

Спойлер: Запросы

mysql_query("SET NAMES 'utf8'");
mysql_query("SET CHARACTER SET 'utf8'");
mysql_query("SET SESSION collation_connection = 'utf8_general_ci'");

Это надо писать в начале php скрипта, после подключения к базе.

Но я так и не понял о каком php идет речь.

Сообщения автоматически склеены: 17 Мар 2020

Вот теперь я запутался.
Парой постов выше Вы пишете, что всё на вдс (на адмане):

Теперь в дело вступает некий веб-хост:

По итогу, где MySQL установлен-то?

Безвыходная ситуация?

 

[Kruzya]

Безвыходная ситуация?

Если в данный момент у Вас именно VDS, и Вы не совсем понимаете, что нужно делать, можете в ЛС написать. Только сразу все доступы предоставляйте (на время работ пароли можно заменить, мне без разницы).