Резервное копирование сайта на MODX в Google Диск. Backup modx revo


Как обеспечить для CMS ModX резервное копирование сайта

В ModX резервное копирование может быть осуществлено несколькими способами, но наиболее быстрым и надёжным вариантом будет автоматизировать для ModX бэкап сайта с помощью специализированной программы, такой, как Handy Backup.

Обеспечить для ModX резервное копирование можно одним из широко распространённых способов, описанных ниже. Стоит заметить, что у каждого из этих способов есть существенные недостатки.

1

Первый метод: Утилита PHPMyAdmin

PHPMyAdmin позволяет производить для CMS ModX бэкап сайта и базы данных. К сожалению, эта утилита требует известной квалификации работающего с ней специалиста в вопросах настройки и функционирования серверов. Кроме того, все операции выполняются вручную.

2

Второй метод: Встроенная утилита ModX Backup Tool

ModX Бэкап – утилита, позволяющая сохранять содержимое базы данных ModX. Проблема заключается в том, что утилита не предоставляет доступ к статическим данным сайта. Как и предыдущий инструмент, эта утилита позволяет для ModX бэкап данных только вручную.

3

Третий метод: Бэкап ModX сайта средствами хостинга

Большинство провайдеров предоставляет возможность бэкапа сайта на ModX с помощью собственных средств хостинга. Этот метод не лишён преимуществ, но имеет и недостатки, такие как:

  • Хранение резервных копий сайта ModX в течение ограниченного времени, не позволяющее вернуться к более старой версии сайта в случае серьёзной ошибки.
  • Сервис резервного копирования и хранения обычно платный; в некоторых случаях плата может взиматься и за восстановление данных сайта ModX из бэкапа.

Handy Backup обеспечивает для CMS ModX бэкап данных, не обращаясь к внутренней архитектуре сайта или возможностям провайдера. Из многих преимуществ Handy Backup отметим те, которые в первую очередь обеспечивают ModX резервное копирование сайта без сложностей:

  • Быстрый доступ к ModX по FTP, SFTP или FTPS с однократной настройкой соединения;
  • Хранение резервных копий без изменения в формате данных;
  • Большой выбор хранилищ для бэкапов, от USB-дисков и NAS до облачных сервисов;
  • Резервное копирование любых типов данных (не только ModX) в одной задаче;
  • Автоматизация полного резервного копирования, включая планирование, шифрование, архивирование и т.д.

Эти и многие другие возможности Handy Backup позволяют обеспечить для ModX бэкап эффективно и без существенных затрат усилий. Источник данных FTP для связи с большинством серверов ModX доступен по умолчанию “из коробки” во всех версиях Handy Backup.

Рекомендуемое решение для бэкапа ModX

Версия 7.16.0 от 31 июля 2018. 164 MBПрограмма резервного копирования Handy Backup. 7400 RUB за лицензию

Идеальное решение для резервного копирования сайта и баз данных ModX - Handy Backup Office Expert. Бесплатный полнофункциональный пробный период - 30 дней!

Для создания задачи, автоматически предоставляющей резервное копирование ModX, воспользуйтесь, пожалуйста, следующей инструкцией.

  1. Откройте Handy Backup и создайте новую задачу резервного копирования (чтобы сделать это, выберите в меню “Новая задача…” или нажмите кнопку на Панели управления, а затем на Шаге 1 выберите задачу резервного копирования).
  2. На Шаге 2 выберите в качестве источника данных FTP (или SFTP, или FTPS).
  1. Создайте новую конфигурацию FTP в соответствии с вашими настройками доступа к ModX.
  1. Протестируйте соединение. Если всё в порядке, нажмите OK и вернитесь к выбору данных.

Внимание: На этом этапе вы можете также настроить резервное копирование базы данных ModX. Подробное описание настройки баз данных можно узнать в Руководстве Пользователя.

  1. Для содержимого ModX в окне выбора данных поставьте “галочку” напротив каждого файла или каталога, который вы планируете сохранять в резервной копии. Это касается и данных FTP, и баз данных.
  2. На шаге 3 выберите устройство, на котором будет храниться ModX бэкап, в соответствии с вашими пожеланиями и стратегией резервного копирования.
  3. На следующих шагах настройте тип резервного копирования, хранение и ротацию версий, шифрование, сжатие, запуск по времени и другие возможности. Подробное описание этих шагов приведено в Руководстве Пользователя.
  1. Дайте название вашей задаче и завершите работу мастера задач. Вы успешно настроили для вашего сайта ModX резервное копирование с помощью Handy Backup!

Обратите внимание, что эта последовательность действий никак не зависит от конфигурации сервера или версии ModX. Так, для старых версий CMS ModX и новой ModX Revo резервное копирование будет производиться одинаково при одинаковых настройках соединения.

Сделать резервное копирование веб-сайта довольно легко. Нижеследующее видео содержит инструкцию по бэкапу веб-сайта с помощью Handy Backup. В настоящий момент видео доступно только на английском языке.

Примечание: Инструкции данного видео основываются на предположении, что у вас уже установлено ПО Handy Backup на компьютер. Если это не так, пожалуйста, скачайте и установите Handy Backup перед тем как начать обучение в соответствии с видеоуроком.

Для восстановления содержимого CMS ModX вам нужно создать задачу восстановления, руководствуясь теми же шагами, что и для резервного копирования. Вы также можете восстановить сайт в новое место, изменив точку восстановления на этапе настройки задачи!

Испытайте мощь и функциональность Handy Backup в качестве решения, обеспечивающего вашей CMS ModX бэкап без проблем. Скачайте и установите прямо сейчас 30-дневную бесплатную пробную версию Handy Backup последнего выпуска со всеми её возможностями!

www.handybackup.ru

Как сделать бэкап сайта на Mod’X — «BOOM блог»

Как гласит народная мудрость:

Люди делятся на два типа: те кто делает бэкап сайта и те — кто пока еще его не делает.

У меня возникла необходимость перенести сайт на Mod’X с одного хостинга на другой (перезд на другой хостинг).

Для этого мне нужно сделать бэкап базы данных через phpMyAdmin. Заходим выбираем нашу базу и нажимаем экспортировать. Получаем архив.

В панели управления доменом прописать dns нового хостинга.

Создать на бегете сайт и установить туда Mod’X

Восстановить из бэкапа базу данных (прописать в config.php новые данные базы, либо они будут совпадать у старой и новой баз). Этот файл находится manager/includes/

Залить по ftp папки со стилями, скриптами и фотографиями (всю папку assets)

Внутри одного хостинга (с одного домена на другой)

Допустим делаем сайт на тестовом адресе на хостинге. После этого нам нужно перенести готовый к работе сайт, на существующий домен. Соответственно для домена прописываем dns и ждем когда они обновятся.

Заходим по FTP на тестовый сайт и копируем всё содержимое внутри папки public_html себе на компьютер. Далее это содержимое заливаем по фтп в папку нового сайта.

После этого мы получаем возможность зайти в админку ModX по новому адресу с таким же логином и паролем как на тестовом адресе. В админке видим, что в дереве находятся все созданные страницы сайта и они корректно отображаются если в настройках поставить «сайт онлайн».

Таким образом получилось что: и тестовый сайт и сайт на конечном домене обращаются к одной и той же базе данных. Так как при полном переносе файлов по фтп мы соответственно на конечный домен занесли и конфиг-файл с указанием имени и пароля базы данных, которая использовалась у нас на тестовом адресе.

Это не совсем корректно, но в принципе сайт готов к работе.

Чтобы сделать все корректно:

Мы делаем бэкап базы старого сайта либо через phpMyAdmin, либо из админки ModX.

Затем обращаемся к новой базе по phpMyAdmin и нажимаем «импорт» (была создана на этапе добавления нового домена на хостинг).

Заходим в папку manager/includes/ и находим и редактируем в файле config.inc.php 3 переменные, которые и отвечают за подключение к новой базе данных:

$dbase = ‘`site`’;  — в эту переменную вместо site вписать название созданной на хостинге базы MySQL$database_user = ‘site’ — вместо site, вписать имя пользователя, указанное при создании базы данных$database_password = ‘site’ — здесь вписываете пароль, указанный при создании пользователя.

(Первое и второе обычно совпадают)

А здесь написано как в конце правильно сбросить путь к файлам и кэш: http://efimov.ws/main/develop/modx/hosting-modx.html

blog.seoboom.ru

Резервное копирование сайта на MODX в Google Диск

О необходимости резервного копирования сказано много. Мы в этой статье рассмотрим удобный и простой способ для серверов, настроенных по этой замечательной инструкции.

Итак, вводные данные:

Что нам нужно в результате:Первый вариант решения — каждому пользователю свой скрипт. Минус варианта в том, что при необходимости изменить что-то ключевое в алгоритме придется редактировать большое количество файлов.Второй вариант решения — один универсальный скрипт с алгоритмом и каждому пользователю свой скрипт, в котором указываются только пароль к БД и UID каталога на Google Drive. Пойдем по второму пути, ибо удобнее.

Закачивание файлов в Google Drive.

Для этого требуется:

Универсальный скрипт резервного копирования

Скрипт простой, по комментариям в коде все понятно.

#!/bin/bash # Пароль пользователя БД MPWD=$1 # UID каталога в Google Drive GCAT=$2 # Текущая дата DATE=$(date +%Y%m%d) # Текущий пользователь, под которым запущен скрипт USER=$(getent passwd $UID | sed -e 's/\:.*//') # Каталог для резервных копий в каталоге пользователя BDIR="backup" # Путь к утилите GDRIVe DRIVEUTIL="/home/admin/scripts/drive-linux-x64" # Переходим в домашний каталог cd ~/ # Архивируем каталог сайта, исключив кэш и директорию с транспортными пакетами zip -q -r ${BDIR}/${USER}.${DATE}.zip www -x "www/core/cache/" "www/core/packages" # Переходим в каталог для архивов cd ~/${BDIR}/ #Создаем дамп БД mysqldump -u${USER} -p${MPWD} ${USER} > ${USER}.${DATE}.sql # Если переменная GCAT не пуста, запускаем закачку в облако и последующее удалений созданных файлов if [ "$GCAT" != "" ] then ${DRIVEUTIL} upload -f ~/${BDIR}/${USER}.${DATE}.sql --parent ${GCAT} ${DRIVEUTIL} upload -f ~/${BDIR}/${USER}.${DATE}.zip --parent ${GCAT} rm ~/${BDIR}/${USER}.${DATE}.sql rm ~/${BDIR}/${USER}.${DATE}.zip fi

Скрипт сохраняем в /var/www/backup.sh. Он получился удобным — вызывать можно из-под любого пользователя, требуется лишь передать пароль от пользователя БД и ID каталога в GDrive, что мы и сделаем.

Скрипт для пользователя Сохраняем его в /var/user/backup.sh, добавляем атрибут +x.

#!/bin/bash cd ~/backup ../../backup.sh DBPASSWORD GDRIVEDIRECTORYUID

Как получить GDRIVEDIRECTORYUID Открываем любой каталог в Google Drive и копируем из адреса часть, обведенную красной рамкой на изображении:

Итог У нас теперь есть очень простой способ создания резервных копий и их закачивания в GDrive. Для любого пользователя достаточно создать маленький скрипт с указанием пароля и UID каталога, все остальное будет работать. При этом, если не указывать второй параметр (UID каталога), дополнительных действий в отношении GDrive не требуется, а файлы удаляться не будут.

Остается лишь добавить пользовательские скрипты в cron.

modx.ru


Prostoy-Site | Все права защищены © 2018 | Карта сайта