Для небольших проектов бывает целесообразно использовать бесплатные/дешёвые хостинги.
Зачастую они не предоставляют нужного функционала резервного копирования. На бесплатных хостингах также актуальна проблема блокировки аккаунта по разным причинам без возможности загрузить данные, зачастую данные можно загрузить (заодно возобновив работу сайта) только оплатив платный тарифный план.
Этот недостаток можно исправить путём использования сторонних решений и cron. Решения не должны требовать ничего кроме PHP и модулей, поставляемых вместе с ним.
- — комплексное решение для создания инкрементных резервных копий и загрузки их на удаленное хранилище. Представляет из себя фреймворк, операции осуществляются подключением плагинов. Есть 2 типа плагинов: . Первые создают резервную копию, вторые сохраняют её в удаленном хранилище, например или . Комбинируя различные плагины, программист может построить систему резервного копирования содержимого сайта. Наиболее полезным плагином для загрузки на удаленное хранилище, на взгляд автора статьи, является , позволяющий загружать резервные копии на , , , и прочие сервисы, использующие . Также существуют сервисы, позволяющие производить загрузку на , Dropbox, и другие популярные хранилища в том числе через WebDAV.
- — решение для качественного резервного копирования базы данных (SQL). Умеет копировать не только данные (в различных кодировках) и структуру, а также обладает удобным интерфейсом. Возможна интеграция в другие продукты.
Далее будет рассмотрена работа с PHP-Backuper.
Для начала следует удостовериться, что хостинг соответствует системным требованиям, перечисленным в файле .
После этого следует определиться с необходимым функционалом.
Функциональность определяется сочетанием модулей.
На момент написания статьи были доступны плагины для создания инкрементной резервной копии файлов и неинкрементной резервной копии базы данных, а также для загрузки резервной копии на Dropbox и WebDAV-совместимые хранилища.
Далее будет разобран , в котором требуется создать резервную копию базы данных c именем test, а также файловой структуры папки ./test/ сайта и сохранить резервную копию в облачных хранилищах Dropbox и Яндекс.Диск. Это означает, что потребуются дополнительные зависимости: библиотеки — для загрузки на Яндекс.Диск по протоколу WebDAV и — для загрузки на Dropbox.
Все зависимости (а также сам PHP-Backuper) (до тех пор, пока автор не реализует поддержку Composer и автозагрузки зависимостей).
Допустим, вебмастер уже имеете аккаунты на вышеперечисленных сервисах. Тогда напишем следующий . Данный сценарий , , заведующий созданием резервной копии, после чего .
При создании объекта он конфигурируется массивом, который содержит подмассивы по типам плагинов, каждый из которых содержит элементы, называющиеся именами плагинов и описывающие их конфигурацию.
Подробнее о конфигурации для каждого типа плагинов можно посмотреть в .
Обычно, конфигурация Uploaderа содержит элементы «login», «pass» и «dir», соответствующие имени пользователя, паролю и папке на удаленном сервере, в которую следует сохранять резервные копии.
Может быть полезным вынести конфигурацию во внешний файл, например JSON, что .
После этого следует настроить расписание.
Для этого следует зайти в настройку задач cron панели управления хостингом и , . На разных хостингах это настраивается по-разному: где-то требуется добавит в начало скрипта , где-то требуется указать в самом описании задачи путь к интерпретатору.