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