Перейти к контенту
  • 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, читабельнее строки не становятся....

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

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

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

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить на вопрос...

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

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

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

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

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

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

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

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