Неправильная кодировка в импортированной базе данных

@XXXXXXX · Регистрация: 24.08.2011

Студворк — интернет-сервис помощи студентам

С локального компа сделал экспорт базы даных на хостин, а там все руские буквы поменяло на знак вопроса. Что делать?

@DarkMonk · 20.06.2012, 10:11

Сообщение от XXXXXXX

С локального компа сделал экспорт базы даных на хостин, а там все руские буквы поменяло на знак вопроса. Что делать?

настроить PHPmyAdmin, если речь о БД MySQL...

20.06.2012, 10:55

(наконец-то появились нормальные вопросы)
Знаки вопроса вместо русских букв ты видишь прямо из просмотра в phpAdmin или на своей странице, которая берет данные из базы?

@Dooman · 20.06.2012, 13:15

Если в самом PHPmyAdmine такая ерунда, то уже ничем не поможешь. Есть вероятность, что база изначально была сконвертина в latin или в какой-нибудь другой кодировке, кроме cp1251.

А вообще, попробуй: mysql_query("SET NAMES cp1251");
Или просто ставь SET NAMES cp1251 в конфиг-файле MySQL, если не ошибаюсь

@sugee · 24.06.2012, 02:22

Так ещё можно

Code
1
2
3
mysql_query("set character_set_client='cp1251'");
mysql_query("set character_set_results='cp1251'");
mysql_query("set collation_connection='cp1251_general_ci'");

29.06.2012, 05:57

У меня была такая же проблема, сейчас она разрешена

Найденный вариант решения:

Был дамп базы со сравнением latin1_swedish_ci, сделанный с помощью Site Keeper Dumper LE.

Идея заключается в том, чтобы прочесть *.sql приложением и перекодировать.

Для малого размера DB это можно было бы сделать через связку IE + notepad: прочесть в браузере фаил, копировать содержимое в буфер (при этом данные будут в системной 1251 кодировке) вставить в notepad и сохранить, а за тем сменить внутри файла все атрибуты DEFAULT CHARSET на cp1251 (прежнее значение latin1).

Но файл большой, по этому пришлось использовать продвинутый текстовый редактор WordPad, у которого немного другой подход к чтению файла, и проблемы с переполнением буфера. К тому же из WordPad оказалось возможным просто корректно сохранить в *.txt в системной кодировке (о корректном search & replace уже и не говорю.

В общем, проблему решил именно так.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@XXXXXXX 0 / 0 / 0 Регистрация: 24.08.2011 Сообщений: 242

	Неправильная кодировка в импортированной базе данных 17.06.2012, 19:43. Показов 3159. Ответов 5 Метки нет (Все метки) С локального компа сделал экспорт базы даных на хостин, а там все руские буквы поменяло на знак вопроса. Что делать? 0

Silver
	20.06.2012, 10:55
	(наконец-то появились нормальные вопросы) Знаки вопроса вместо русских букв ты видишь прямо из просмотра в phpAdmin или на своей странице, которая берет данные из базы?

@Dooman 0 / 0 / 0 Регистрация: 17.03.2012 Сообщений: 47
	20.06.2012, 13:15
	Если в самом PHPmyAdmine такая ерунда, то уже ничем не поможешь. Есть вероятность, что база изначально была сконвертина в latin или в какой-нибудь другой кодировке, кроме cp1251. А вообще, попробуй: mysql_query("SET NAMES cp1251"); Или просто ставь SET NAMES cp1251 в конфиг-файле MySQL, если не ошибаюсь 0

Emperor Vigo
	29.06.2012, 05:57
	У меня была такая же проблема, сейчас она разрешена Найденный вариант решения: Был дамп базы со сравнением latin1_swedish_ci, сделанный с помощью Site Keeper Dumper LE. Идея заключается в том, чтобы прочесть .sql приложением и перекодировать. Для малого размера DB это можно было бы сделать через связку IE + notepad: прочесть в браузере фаил, копировать содержимое в буфер (при этом данные будут в системной 1251 кодировке) вставить в notepad и сохранить, а за тем сменить внутри файла все атрибуты DEFAULT CHARSET* на cp1251 (прежнее значение latin1). Но файл большой, по этому пришлось использовать продвинутый текстовый редактор WordPad, у которого немного другой подход к чтению файла, и проблемы с переполнением буфера. К тому же из WordPad оказалось возможным просто корректно сохранить в *.txt в системной кодировке (о корректном search & replace уже и не говорю. В общем, проблему решил именно так.