Кто виноват в потере данных?
Скачал sql файл из phpmyadmin, внес исправления, снес в phpmyadmin предыдущую базу и выполнил sql запрос базы с внесенными исправлениями.
Заглянул на сайт а там последняя новость от 26 числа 12 дня, манипуляции с базой производил 27 поздним вечером.
Посмотрел свой sql и действительно, последняя новость в нем от 26.
Таким образом потерял кучу контента за 26 день и вечер, 27 утро, день и вечер - сайт новостной.
Воевал с ТП хостинга рег, отправили мне бекап от 27, восстановил его, и в нем новость, последняя датирована 26 утро.
ТП внятно не дала понять в чем дело.
Результ - потеряно 2 дня работы с сайтом (контент).
Кто виноват в этой ситуации?
Почему sql скачал не всю базу? Качал 27 вечером, а в нем новости окончились 26 утром.
Менять хостера?
рег.рф не самое *ерьмо
вот действительно правил не новости, не обратил внимание на кол-во новостей.
Но тогда почему бекап от 27 содержит новости только утра 26, значит хостер виноват! ?
Трудно сказать: почему (разница времени 12-ть часов). backup делается через сутки (за 26-тое он может сделаться 27-ого ночью к примеру, или днём; это зависит от настроек и это нужно у хостинга спрашивать). Может быть у хостинга такие настройки, что backup захватился днём или другие какие-то непонятные настройки. У них служба поддержки хорошая (но и правда туповатая; я однажды одну проблему с ними хотел решить, так и не решил; она для меня не принципиальная была): эти вопросы можно и им задать.
Кто же тебя разберёт.
Разницу в часах.
И твоих бэкапах, а также что ты там неверно скачал и подправил в phpmyadmin.
Внимательнее нужно быть в своих файлах: если конечно они для тебя важны.
Ещё раз сочувствую. Приятного вечера.
Приятного вечера.
Виноват ты.
Чего-то неверно скачал. Нужно было проверять скачанное.
А если и не так: то виноват в том, что хостинг-сервер выбрал не очень хороший.
Бекап содержит новое меню от 27, пользователей от 27, а новости от 26 *уйня какая-то.