Вопросы вместо русских букв после переноса сайта...

12
БОЧ рВФ 260602
На сайте с 27.01.2010
Offline
191
805

Народ привет.

Перекидываю сайт с хостинга на хостинг. После переноса все русские буквы знаками вопроса. В БД все тексты на русском языке.

myadmin откуда экспорт делаем:


myadmin куда импорт делаем:


Подскажите в чем может быть причина? Сайт на Vbulletin 3. 


БОЧ рВФ 260602
На сайте с 27.01.2010
Offline
191
#1
Перенос БД делал и через myadmin и через скрипт adminer - результат один и тот же..
W1
На сайте с 22.01.2021
Offline
306
#2
БОЧ рВФ 260602 :
myadmin куда импорт делаем

Посмотри кодировку в самих таблицах.

БОЧ рВФ 260602 :
Подскажите в чем может быть причина?

Проверь кодировку файлов и PHP. И ещё кодировку запроса к БД.

Мой форум - https://webinfo.guru –Там я всегда на связи
БОЧ рВФ 260602
На сайте с 27.01.2010
Offline
191
#3

База экспорта:

База импорта:

БОЧ рВФ 260602
На сайте с 27.01.2010
Offline
191
#4
webinfo #:
Проверь кодировку файлов и PHP. И ещё кодировку запроса к БД.

Кодировка PHP?

webinfo #:
И ещё кодировку запроса к БД.

А вот это хз где смотреть... не знаю..

W1
На сайте с 22.01.2021
Offline
306
#5
БОЧ рВФ 260602 #:
База импорта:

Ну и вот оно: cp1251. А серверный скрипт наверняка ожидает utf8. Надо согласовать кодировки.

БОЧ рВФ 260602 #:
Кодировка PHP?

Типа  default_charset.

БОЧ рВФ 260602
На сайте с 27.01.2010
Offline
191
#6
webinfo #:
Ну и вот оно: cp1251. А серверный скрипт наверняка ожидает utf8. Надо согласовать кодировки.

так а что делать то :)?

БОЧ рВФ 260602
На сайте с 27.01.2010
Offline
191
#7

Выполнил запросы:

SHOW VARIABLES LIKE "char%"; 
SHOW VARIABLES LIKE '%collation%';
SHOW GLOBAL VARIABLES LIKE "char%";

и получил:


htexture
На сайте с 29.05.2017
Offline
211
#8
Играться с кодировками плохая затея, лучше если есть возможность перейти на утф8 и навсегда забыть о проблемах с кодировками.

Вот что бард предложил, но не факт что поможет.

Проблема в том, что на новом хосте character_set_server латин1, а character_set_system utf8. Это означает, что MySQL пытается преобразовать данные из кодировки cp1251 в латин1, что приводит к искажению.

Чтобы исправить это, вам нужно изменить character_set_server на cp1251 на новом хосте. Вы можете сделать это с помощью следующей команды:

SQL

ALTER DATABASE database_name CHARACTER SET cp1251;

Используйте код с осторожностью. 


Затем вам нужно изменить character_set_database на cp1251 для каждой таблицы в базе данных. Вы можете сделать это с помощью следующей команды:

SQL
ALTER TABLE table_name CHARACTER SET cp1251;
Используйте код с осторожностью.

После этого вы должны снова загрузить базу данных на новый хост. Теперь она должна быть в правильном формате.

Вот пример того, как вы можете сделать это с помощью Adminer:

  1. Войдите в Adminer.
  2. Выберите базу данных, которую вы хотите изменить.
  3. Нажмите на вкладку "Схема".
  4. Найдите таблицу, которую вы хотите изменить.
  5. В разделе "Свойства" измените "Кодировка" на "cp1251".
  6. Нажмите кнопку "Сохранить".

Повторите эти шаги для каждой таблицы в базе данных.

Если вы используете PHPMyAdmin, вы можете сделать это следующим образом:

  1. Войдите в PHPMyAdmin.
  2. Выберите базу данных, которую вы хотите изменить.
  3. Нажмите на вкладку "Структура".
  4. Найдите таблицу, которую вы хотите изменить.
  5. В разделе "Свойства" измените "Кодировка" на "cp1251".
  6. Нажмите кнопку "Сохранить".

Повторите эти шаги для каждой таблицы в базе данных.

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


V1
На сайте с 14.03.2007
Offline
156
#9

Лучше конечно же перейти на utf-8.

А так еще проверьте в какой кодировке дамп создается (если таблицы с разными кодировками, то возможно лучше по отдельности переносить).

B
На сайте с 02.07.2023
Offline
11
#10
Попробуй перенести базу  используя sypexdumper  может поможет
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий