Перейти к контенту
  • 0

Помогите ПРАВИЛЬНО импортировать БД mySQL


doolo

Вопрос

Всем привет! Пожалуйста помогите разобраться с таким вопросом:

 

1. Был у меня форум на Ayola.ru (или как то так)

Перед тем как уйти с него, год назад, забэкапил БД (всю, Джумлы и IPB в один файл)

 

2. Сейчас организовал дома свой сервер, откопал тот старый IPB v2.1.7 установил. phpmyadmin показывает, что таблицы в кодировке latin1_swedish_ci

 

3. с помощью phpmyadmin, импортирую старую БД, которая , как оказалось, в кодировке utf8_general_ci Вот шапка дампа:

 

-- phpMyAdmin SQL Dump

-- version 2.11.2.1

-- http://www.phpmyadmin.net

--

-- Хост: sql-1.ayola.net

-- Время создания: Мар 25 2008 г., 19:55

-- Версия сервера: 5.0.51

-- Версия PHP: 5.2.5

 

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";

 

--

-- База данных: `vedro112`

--

CREATE DATABASE `vedro112` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

USE `vedro112`;

 

4. После этого всё работает, но самфорум отображается нормально, а ветки, посты, криво, (не та кодировка)

 

Доп инфо о системе:

 

Версия IPB v2.1.7 (ID: 21013)

Версия SQL MYSQL (4.1.22-community-nt)

Версия PHP 5.2.6 (apache2handler) ( PHP INFO )

 

Выкладываю скрин (если не понятно обьяснил).

В поиске был, но там немного не те вопросы освещены.

Обьясните пожалуйста, как мне быть? Что нужно сделать, чтобы кодировка постов пришла в норму?

 

Заранее спасибо за ответы.

post-58752-1237620909_thumb.png

Ссылка на комментарий
Поделиться на других сайтах

Рекомендуемые сообщения

  • 0

Проблему кодировок обычно решаю через SypexDumper, устанавливая в настройках принудительно одну и ту же на вход и выход (в двух местах вроде это делается).

 

Также меняю в настройках mysql кодировку по умолчанию на ту, что требуется. Далее сохраняю базу в бекап, затем восстанавливаю. Получаю на выходе то, что хотел. Как-то так примерно.

Изменено пользователем WildRAID
Ссылка на комментарий
Поделиться на других сайтах

  • 0
Проблему кодировок обычно решаю через SypexDumper, устанавливая в настройках принудительно одну и ту же на вход и выхлему кодировок обычно решаю через SypexDumper, устанавливая в настройках принудительно одну и ту же на вход и выхоод (в двух местах вроде это делается).

 

Также меняю в настройках mysql кодировку по умолчанию на ту, что требуется. Далее сохраняю базу в бекап, затем восстанавливаю. Получаю на выходе то, что хотел. Как-то так примерно.

 

Так, Sypex Dumper Lite 1.0.8 установил, почитал доки, вроде врубился в тему. Выставил через PMA кодировку таблиц в базе по умолчанию cp1251, забэкапил базу дампером, прописал заранее в файле dumper.php: "CHARSET = 'auto', RESTORE_CHARSET = 'forced->cp1251'", влил дампером этот бэкап обратно, переименовал. В результате - pma показывает, что кодировка таблиц (или данных???) теперь cp1251. Выставил в админке IPB кодировку cp1251. Перемен - никаких. Вид такой же как и на скрине.

В чем может быть причина?

 

PPS: внизу в pma пишет: Версия клиентской библиотеки MySQL (5.0.51a) отличается от версии установленного MySQL-сервера (4.1.22). Это может привести к некорректной работе. Что за ботва? Может дело в этом?

 

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

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

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

Гость
Ответить на вопрос...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Зарузка...
×
×
  • Создать...

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.