CMS Made Simple Forums

Подскажите пожалуйста как перенести сайт с localhost на другой сервер? Заранее спасибо!

Вопрос по общности напоминает "как сделать сайт в интернете" и какбэ намекает, что попытки ответа на него ни к чему хорошему не приведут ... Но в 2 словах:

1) сделать дамп базы
2) запаковать файлы в архив
3) создать базу на другом сервере и импортировать дамп
4) закачать архив на другой сервер
5) распаковать его
6) поправить config.php и права на файлы (если хостинг альтернативно-одаренный)

спасибо, разберусь)

И вот хопачки. Экспорт сделал в GZIP'e. Сижу импортирую на хостер и тут:
_______________________________________________________________

Ошибка
Вероятно, SQL-запрос содержит ошибку. При наличии таковой, ниже будет выведена ошибка MySQL-сервера, облегчающая диагностику проблемы.

ERROR: Неправильный идентификатор @ 126
STR: 5.0.
SQL: -- phpMyAdmin SQL Dump
-- version 2.6.1
-- http://www.phpmyadmin.net
--
-- ����: localhost
-- ����� ��������: ��� 09 2009 �., 06:18
-- ������ �������: 5.0.45
-- ������ PHP: 5.2.4
--
-- ��: `Bondarov`
--

-- --------------------------------------------------------

--
-- ��������� ������� `cms_additional_htmlblob_users`

(Труляля... Очень длинный список с ошибками)

ВОТ ОКОНЧАНИЕ :

SQL-запрос:

-- phpMyAdmin SQL Dump -- version 2.6.1 -- http://www.phpmyadmin.net -- -- ����: localhost -- ����� ��������: ��� 09 2009 �., 06:18 -- ������ �������: 5.0.45 -- ������ PHP: 5.2.4 -- -- ��: `Bondarov` -- -- -------------------------------------------------------- -- -- ��������� ������� `cms_additional_htmlblob_users` -- CREATE TABLE `cms_additional_htmlblob_users` ( `additional_htmlblob_users_id` int(11) NOT NULL, `user_id` int(11) default NULL, `htmlblob_id` int(11) default NULL, PRIMARY KEY (`additional_htmlblob_users_id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;

Ответ MySQL: 

#1050 - Table 'cms_additional_htmlblob_users' already exists

И как же быть! Весь труд в попку? Посоветуйте, срочно надо.

Если недоступен mysqldump использую http://sypex.net/ - тока кодировку пропиши. Очень быстро и удобно. Уже лет 5 пользую - глюки были 1-2 раза за все время, восновном по моей вине - то неправильно кодировку прописал, то места на диске не оказалось... Импортировать может практически любой sql файл...

phpMyAdmin косячит (вернее скорее всего кодировки и функции обработки строк и т.п.)
Обычно без проблем проходит копипаст - т.е. в phpMyAdmin на локалхосте запрашиваете экспорт без сжатия (чтобы вывелся дамп прямо в окне) выделяете копируете заходите в phpMyAdmin хостера и тупо пастите в окно SQL.
Естественно чем больше размер БД тем дольше вы будете сидеть и ждать ответа от браузера и если неправильно настроены фишки с размером и временем ответа пхп (не помню точно как они называются) то может и непройти.
Также импорт без сжатия можно попробовать и посмотреть чтобы кодировка выходного-входного файла была соответствющей.

Пользуясь случаем советую тулзу для работы с Майсикюл базами (http://www.devart.com/ru/dbforge/mysql/studio/). пхпМайАдмин отдыхает по функционалу и удобству (правда на вкус и цвет и не удалось это жабо заставить коннектится к хостеру(но я думаю это из за хостера - небось закрыл порт или прямой выход на сервер майсикюл)).

А да еще немаловажное замечание. Некоторые модули (например Капча) хранят абсолютный путь (типа Z:/home/www/gd/) в БД и после переноса (метод копирования файлов + дамп БД) могут не работать - так что либо вручную исправляйте пути либо после импорта дампа через админку модулей тупо деактивировать модуль а затем активировать (с Капчой так делал, работает, после деактивации\активации путь перебивается).

von-hamster wrote: Если недоступен mysqldump использую http://sypex.net/ - тока кодировку пропиши. Очень быстро и удобно. Уже лет 5 пользую - глюки были 1-2 раза за все время, восновном по моей вине - то неправильно кодировку прописал, то места на диске не оказалось... Импортировать может практически любой sql файл...

Помог. Тока после Restore стили css не пашут. Куда они смылись? В базе вроде же были?
Внизу фатал:
Fatal error: Call to a member function GetContent() on a non-object in /hdd1/home/bondarov/domains/bondarov.ru/public_html/lib/content.functions.php on line 685

Дабы не плодить топики, вклинюсь здесь. Проблемма следующая

на тестовом хостинге, где работает сайт, MySQL charset:  UTF-8 Unicode (utf8)
все строки в таблице имеют Collation cp1251_general_ci. Из за этого немогу экспортировать базу  Все данные которые были в таблице на русском языке - зяблики.

После импорта на новый сервер - сайт получается с зяблами?

Как грамотно переконвертировать базу в UTF8, штирлиц не помог, большую часть дампа оставил зяблами


Хелп!

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

Прошу помочь. Задача та же - перенести Бд с локалхоста (сам движок уже перенесен). Уже несколько дней пляшу с бубном и не знаю, что делать дальше. Если делать экспорт БД стандартными средствами phpmyadmin, то БД экспортируется с потерями и поломками (нормально экспортируется около 50% базы). Если пытаться выводить дамп на экран и восстанавливать на хостинге SQL-запросом - результат намного лучше, но все равно составляет процентов 70, не больше. Пробовал Sypex - он выдает ошибку (mysql_fetch_row(): supplied argument is not a valid MySQL result resource (2))причем всегда в разных местах. Пробовал dbForge - экспортировать можно, но не больше 4 таблиц за раз (иначе выдает ошибку записи в файл) и тоже не очень гладко. Пробовал MySQLsnap - выдает I/O error 32. Вопрос - что делать? Я очень надеюсь на вашу помощь, заранее благодарен.

Стандартная утилита mysqldump поможет отцу русской демократии.

спасибо за совет, но не прокатило. Выдает ошибку создания/записи файлов с расширением MYD. Эту же ошибку, к слову, выдает dbForge.

А текст ошибки-то, конечно, если хочешь получить какую-то помощь надо тщательно законспирировать.

Виноват, не сообразил.

Can't create/write to file `#sql_xxx_x.MYD` (Errcode:17).

Вместо иксов - рэндомные буквы и цифры. Пытался гуглить - все советы, которые дают, не помогают.

И когда это происходит что-то я не понял? При ВЫгрузке с localhost или ЗАгрузке на сервер? Repair базы и всех таблиц через PMA уже опробован??? Почему подробности надо вытягивать клещами...