Импорт БД

Пробуй на своей винде, как я выше написал. Не факт, но мало ли.

Так базу не отдают. Отдают дамп. Так что... фигню ты купил, сразу скажу. Если продаван не знает что такое дамп- он не может нормально сделать сайт. Или же кидала. Типа " я ж тебе всё отдал, это твои проблемы, что не можешь восстановить."

Не, ну тут я сам лоханулся. Продавец (женщина) по большому счету и ни при чем. Мне предлагался на выбор бэкап или доступ к хосту. Выбрал бэкап. А до проверки и установки дело дошло только спустя пару недель((

Шанс что ibdata Вам необходим крайне мал, мыж писали. Попробуйте тупо по инструкциям что мы и SeVlad писали в первых же сообщениях.

---------- Добавлено 24.11.2015 в 00:57 ----------

Тут вопрос конечно откуда продаван взял myi/myd файлы с хостинга, которые обычному юзеру в принципе обычно недоступны. Так что скорее всего все-таки дамп полноценный, ибо человек добравшийся до этих файлов на хосте, вряд ли совсем уж идиот не понимающий что такое бакап. А если это системный бакап, то отсутствие там ibdata просто напросто означает, что его там и не должно быть и опять же - все ок.

Ты пойми.. Бекап базы - это файл(ы) в формате sql. Всё другое - НЕ бекап (в понимании "бекап сайта").

Это приблизительно, что бы тебе отдали реестр винды не в файлах импорта, а в исходных бинарных файлах. Если ты понимаешь о чём речь.

Ну или вместо бензина дали бочку нефти.

Вангую, что сайт был сделан на каком-нить виндовом xAMP-е (денвере или тп). Вот все файлы тупо и слились. Уровень понимания домохозяйки.

Хотя если есть на сервере... Тут либо "сервер" - всё та же домашняя винда, либо на сервере находится клон локального сайта. 10% что в нете ВПС с админом и именно оттуда были слиты мукуль-файлы. Но для этого нужен админ с рутом, что для домохозяек нереально. Хотя.. Мне всё чаще и чаще встречаются работающие под рутом при полном отсутствии понимания что это такое вообще. Так что этот вариант тоже возможен. Но опять же подчеркивает ужасную некомпетентность продавца/изготовителя сайта.

Полностью разделяю это мнение.

Ситуация благополучно разрешилась. Хостеру удалось импортировать базу из исходников, а продавец вдогонку скинул sql файл.

А вот тут попадание 100%. Реально Ванга :) Сайт, который я переносил - http://domoxozayka.com/ 🤪

Тут не вполне согласимся.

Если база только mysql с myisam, то этот набор файлов вполне полноценный бакап. Иногда даже более интересный, т.к. если база с индексами и гига под 4 - можно замучаться ее восстанавливать из sql файла. Мы лично только в исходниках между своими серверами и таскаем, если там myisam.

Разница тут не между бинарными файлами и файлами импорта, а между sql файлом и zip архивом с этим же sql файлом. Потому что да - нужен конечно доп. движение для восстановления, но восстановление не будет железозависимым и не потребует каких-то сверхусилий.

В чем мы согласны, так это в том, что при продаже конечно надо отдавать sql-ку, но не по техническим причинам (неполноценность бакапа, не бакап), а по этическим (предпродажная подготовка, отношение к клиенту). Это без порно.

SeVlad, вопрос на засыпку. Согласно Вашему определению mysqlhotcopy бакап не делает, так получается?

Действительно на засыпку :)

Вот только что узнал что есть mysqlhotcopy :) Я давно в консоли с мускулем не работал и вообще к консоли у меня двойственное отношение.

Да, к вопросу..

Хотя я уже на это отвечал, до вопроса, но ок, повторю ещё раз.

Показанное ТСом в старпосте - это файлы приложения. mysqlhotcopy их и копирует. Это бекап данных приложения (мускуля в данном случае), но это не является бекапом в понимании сайта (другой сущности, использующей это приложение). Причем это не просто бекап данных ПО, а именно под конкретную версию, в конкретных условиях (в общем случае). То, что может подхватиться другой версией, в др условиях - это можно рассматривать как частный случай. Но всё же это бекап части ПО, а не бекап части сайта.

Для создания дампов есть mysqldump. Именно дамп, а не исходные файлы является "логичным" бекапом в сайтостроении.