В админке нужен скрипт для импорта-экспорта "родных" таблиц БД
на случай, когда БД много "чужих" таблиц...; и для быстрого копирования вручную...
Одна страница
Распечатать
4X_Pro
Всего сообщений: 401
Зарегистрирован: 22 сент. 2014 г., 18:56
Откуда: Москва, Перово
Рейтинг пользователя: 15
Основатель проекта
Всего сообщений: 401Зарегистрирован: 22 сент. 2014 г., 18:56
Откуда: Москва, Перово
Рейтинг пользователя: 15
В версии 2.x такое делал. Основная сложность в том, что при больших базах будет упираться в лимит времени выполнения скрипта. Плюс всё-таки надёжность меньше, чем у mysqldump или phpMyAdmin, поскольку функционал редкоиспользуемый и будет недостаточно протестирован. В результате есть риск получить видимость backupа, когда он есть, а реально не работает.
В общем, может когда и сделаю, но это явно не приоритетная задача. А отобрать нужные таблицы в базе можно по префиксу (если вы только не с пустым додумались установить).
В общем, может когда и сделаю, но это явно не приоритетная задача. А отобрать нужные таблицы в базе можно по префиксу (если вы только не с пустым додумались установить).
Критикуя — предлагай, предлагая — обосновывай!
4xpro.ru — мой личный сайт-мультиблог на Intellect Board.
_1_
Всего сообщений: 346
Зарегистрирован: 14 окт. 2014 г., 09:11
Рейтинг пользователя: 17
Штрафных баллов: 1
Сомнительный тип
Всего сообщений: 346Зарегистрирован: 14 окт. 2014 г., 09:11
Рейтинг пользователя: 17
Штрафных баллов: 1
. Редактировалось 4 раза, последний — #3
4X_Pro написал(а):
Основная сложность в том, что при больших базах будем упираться в лимит времени выполнения скрипта.
Крупных таблиц в базе не много... Включите из них в "суточную" копию только свежие "посты". Тогда алгоритм восстановления БД примерно такой:
- Импортируем "годовую" копию.
- Поверх неё импортируем "дневную".
Аналогичным способом включить в тот же скрипт частичное копирование файлов движка...
--
Резервное копирование относится к методам "против лома нет приёма". Это важнейший метод защиты от всяких взломов ( = вопрос БЕЗОПАСНОСТИ...).
4X_Pro
Всего сообщений: 401
Зарегистрирован: 22 сент. 2014 г., 18:56
Откуда: Москва, Перово
Рейтинг пользователя: 15
Основатель проекта
Всего сообщений: 401Зарегистрирован: 22 сент. 2014 г., 18:56
Откуда: Москва, Перово
Рейтинг пользователя: 15
. Редактировалось 1 раз, последний — #4
А вот это, пожалуй, стоящая мысль: сделать возможность задавать период для экспорта.
_1_ написал(а):
И обязательно добавить в скрипт "защиту от дурака": чтобы "дневное" восстановление не сработало поверх слишком новой или слишком старой "годовой" или "месячной". То есть, прежде чем записать что-то поверх подозрительной БД, скрипт остановится, и задаст предупреждающий вопрос...
Слишком сложно. Проще экспорт в виде команд REPLACE.
При условии, что в его реализации нет багов, иначе есть риск получить неработающий backup. А багов нет в тех частях кода, которые используются активно и регулярно.
Критикуя — предлагай, предлагая — обосновывай!
4xpro.ru — мой личный сайт-мультиблог на Intellect Board.
Одна страница
Распечатать У вас нет прав для отправки сообщений в эту тему.