Ещё штука. Когда скачиваешь базу данных через раздел Бэкапы, ее размер 750 байт. Проверял сегодня 5 раз. Странно, и это явно баг. Напрямую через PhpMyAdmin нормально экспортируется
Чет не понял. Получается у ВСЕХ пользователей Бегета сейчас нерабочие копии сайтов, даже если делал их сам, вручную?
Ну, как обычно. Сначала экспорт базы данных из PHPMYADMIN и копия файлов и все ручками. Офигеть.
Если XenForo, то очень вероятно. Думаю что на WordPress все норм. Я кстати помню как мне сообщение пришло то что они на MySql 8 переходят но как-то не придал значение, все работало и ладно.
А откуда информация о том, что они не делали контрольный бэкап? Сомнительно что-то. Обычно при критических изменениях, бэкапы делают. Другое дело, что они перешли на новое ПО, никто из клиентов не жаловлся и через какое-то время эти бэкапы были удалены, не хранить же их вечно. Идеально было бы ещё уведомить клиентов заранее о плановом переходе и попросить их сделать собственные бэкапы.
PS. Для MySQL есть средство проверки целостности ISAM таблиц, во многих контрольных панелях оно встроено, а с командной строки можно запустить myisamchk насколько я помню.
Кстати уже все восстановила служба поддержки XenForo за 20 минут.
на шареде бегета нету услуги бекапа в тарифах. и вообще нигде не встречается там упоминания бекапа.
Есть. И делается раз в 5 дней примерно и базы данных и файлы. Дело не в этом, а в том что они обновили конфигурацию MySql летом у всех и не сделали контрольный бэкап перед этим. Получилась такая ситуация, что пол года я сидел на бомбе замедленного действия. Как понадобилось восстановить, оказалось что из-за того что они там намудрили, все бекапы делались криво у меня. А теперь просят локальный бекап 6 месячной давности от меня. Я из не просил ничего обновлять. Получается я пострадал по их инициативе. И в конце они просто сказали "Ничем не можем помочь". Они даже не пробовали в базе данных поковыряться, хотя у них там есть толковые инженеры.
дешевый хостинг, такое и отношение. не выгодно ему забивать свою голову такими заморочками.
На основном проекте как-раз таки делаются бэкапы на сторонний ФТП. А это был дополнительный, не думал что так выйдет. Вообще вопрос был изначально, какой хост посоветуете.
В качестве решения необходимо восстановить базу из резервной копии до переноса на сервер mysql 8 и заменить движок с MyISAM на InnoDB. - вот ответ. Но резервной копии до переноса нет у меня, это было в начале лета. И у них нет. Вот и все. Да даже если есть, пол года назад откатывать???? Там есть решение, руками сделать можно в MySQL, хостеры решают эти проблемы. Но тут голубая кровь.
Не согласен. Судя по всему имеется функционал резервного копирования. Но он не работал. Чья это зона ответствунности, если не хостинг компании?
Их резевное копирование испортило сайт, более того я не могу вернуться в исходное состояние. Вся база данных похерена, теперь надо сидеть разбираться не один день, а сайт лежит.
Mik Foxi#: Так а хостер то тут причем, если вы не делали резервных копий и не проверяли их целостность? Услуга резервного копирования, настоящая рабочая , с проверкой целостности стоит не меньше чем стоимость самого хостинга.
Я делал копии, но у меня нет сохранённых копий которым больше пол годаа. А они пол года назад поменяли БД, с этого все пошло. Сами же признали проблему, но решать не будут.
Тут важно не то, что есть по факту, а то, указано ли наличие в тарифе или договоре. Если не указано, тогда и претензий быть не может.
Если инструмент есть, почему он кривой. Тогда его убрать надо
Ещё штука. Когда скачиваешь базу данных через раздел Бэкапы, ее размер 750 байт. Проверял сегодня 5 раз. Странно, и это явно баг. Напрямую через PhpMyAdmin нормально экспортируется
Чет не понял. Получается у ВСЕХ пользователей Бегета сейчас нерабочие копии сайтов, даже если делал их сам, вручную?
Ну, как обычно. Сначала экспорт базы данных из PHPMYADMIN и копия файлов и все ручками. Офигеть.
Если XenForo, то очень вероятно. Думаю что на WordPress все норм. Я кстати помню как мне сообщение пришло то что они на MySql 8 переходят но как-то не придал значение, все работало и ладно.
А откуда информация о том, что они не делали контрольный бэкап? Сомнительно что-то. Обычно при критических изменениях, бэкапы делают. Другое дело, что они перешли на новое ПО, никто из клиентов не жаловлся и через какое-то время эти бэкапы были удалены, не хранить же их вечно. Идеально было бы ещё уведомить клиентов заранее о плановом переходе и попросить их сделать собственные бэкапы.
PS. Для MySQL есть средство проверки целостности ISAM таблиц, во многих контрольных панелях оно встроено, а с командной строки можно запустить myisamchk насколько я помню.
Кстати уже все восстановила служба поддержки XenForo за 20 минут.
на шареде бегета нету услуги бекапа в тарифах. и вообще нигде не встречается там упоминания бекапа.
Есть. И делается раз в 5 дней примерно и базы данных и файлы. Дело не в этом, а в том что они обновили конфигурацию MySql летом у всех и не сделали контрольный бэкап перед этим. Получилась такая ситуация, что пол года я сидел на бомбе замедленного действия. Как понадобилось восстановить, оказалось что из-за того что они там намудрили, все бекапы делались криво у меня. А теперь просят локальный бекап 6 месячной давности от меня. Я из не просил ничего обновлять. Получается я пострадал по их инициативе. И в конце они просто сказали "Ничем не можем помочь". Они даже не пробовали в базе данных поковыряться, хотя у них там есть толковые инженеры.
дешевый хостинг, такое и отношение. не выгодно ему забивать свою голову такими заморочками.
Не согласен. Судя по всему имеется функционал резервного копирования. Но он не работал. Чья это зона ответствунности, если не хостинг компании?
Их резевное копирование испортило сайт, более того я не могу вернуться в исходное состояние. Вся база данных похерена, теперь надо сидеть разбираться не один день, а сайт лежит.
Так а хостер то тут причем, если вы не делали резервных копий и не проверяли их целостность? Услуга резервного копирования, настоящая рабочая , с проверкой целостности стоит не меньше чем стоимость самого хостинга.
Я делал копии, но у меня нет сохранённых копий которым больше пол годаа. А они пол года назад поменяли БД, с этого все пошло. Сами же признали проблему, но решать не будут.