Автоматизация процесса резервного копирования (более 30 сайтов)

Я использую все больше сайтов WordPress, а также несколько сайтов для клиентов, и вход в систему для обновления становится утомительным. Я ищу средства для автоматизации процесса, желательно из единого сценария командной строки, и обновления всех сайтов одним махом.

Мой идеал - подключиться к очень хорошему автоматическому резервному копированию, встроенному в WordPress, и запустить его с сервера для всех 30 сайтов. Это будет касаться обновления файлов, а затем базы данных.

Все веб-сайты, для которых у меня есть резервное копирование каждые 24 часа, поэтому резервное копирование перед началом обновления не является приоритетом (но вы никогда не сможете создать слишком много резервных копий!), Однако, средство для определения того, сломался ли сайт, было бы еще одной интересной функцией.

Если предположить , что я не могу подключить непосредственно во встроенном в резервной копии, я нашел это более или менее работает так , как я думал, но не выполняет обновление базы данных. Я понимаю, что это может сделать веб-сайт уязвимым до тех пор, пока администратор не войдет в систему и не выполнит обновление (это может занять до 72 часов).

Я также знаком с концепцией использования SVN и GIT для выполнения обновлений, но если бы мне пришлось двигаться по этому маршруту, мне нужно найти надежный способ убедиться, что a) файлы / wp-content не повреждены и b ) права доступа к файлу для всего сайта сохраняются (если скрипт запускается от имени пользователя root).

Я не уверен, что это решит вашу проблему ...
Но в WorldWordPress есть что-то новое.

http://infinitewp.com/

Это похоже на ManageWP, но бесплатно : о)

Я не связан с ними ни в какой форме, просто начинаю с ней играть.
(ht: wpmail.me )

Это платформа, которую вы устанавливаете на своем сервере.
Добавьте плагин клиента в ваши WP.
И обновлять / резервировать все с IWP приборной панели.
Поддержка мультисайтов в едином сайте .
& +1+ была проблема с подключением, которая была быстро решена на их форуме поддержки.

Судя по всему, они будут получать доход от продажи надстроек, но пока нет ни одного доступного.
Я подозреваю (и надеюсь), что они станут основными в кратчайшие сроки: op

Все более популярное платное решение, если ManageWP.com. Я этим не пользовался и не связан с этим, хотя скоро планирую попробовать. Он нацелен на именно этот сценарий (обновление одним щелчком для нескольких сайтов на разных серверах). Если вы ищете нестандартное решение, это, очевидно, не так, но я слышал хорошие отзывы об этом сервисе.

Я использую подход SVN для создания большинства своих «отдельных» сайтов сейчас, хотя на самом деле я склонен использовать мультисайты чаще.

Я обнаружил, что хитрость заключается в том, чтобы убедиться, что у вас есть весь сайт в SVN, а WordPress - как внешний. Ключом к этому является получение всех ваших изменений на сайте (плагинов, тем, пользовательского контента и т. Д.) За пределами основного каталога WordPress.

Более подробно об этом я расскажу здесь:

http://ottopress.com/2011/creating-a-wordpress-site-using-svn/

Суть в том, что вы:

1. Создайте каталог SVN для сайта.
2. Настройте каталог / wp как внешний.
3. Измените пользовательский файл wp-config.php, чтобы переместить каталог содержимого за пределы каталога / wp.
4. Используйте переписывание .htaccess, чтобы изменить URL-адреса для правильной работы.

Для «резервного копирования» вы просто фиксируете любые изменения, сделанные вами в каталоге содержимого (вы никогда не касаетесь основного каталога wp). Это несколько корректирует, так как, возможно, вы не хотите автоматически фиксировать загруженные изображения и тому подобное в ваш основной SVN, и в этом случае вы бы добавили исключения в каталог загрузки.

Чтобы «модернизировать», вы просто делаете svn вверх по всему.

Это не идеальное решение, но его можно записать в сценарий или даже запустить через cron, если вы того пожелаете. Если вы пишете его, вы можете вручную вызвать URL-адрес upgrade.php? Step = 1, если БД также нуждается в обновлении. Если БД не нуждается в обновлении, тогда этот вызов просто ничего не сделает.

Резервное копирование ваших баз данных - это совсем другой чайник рыбы.

Одним из решений, которое может или не может работать для вашего конкретного случая использования, является управление сайтами, которые вы используете в качестве многосайтовой сети . Таким образом, вы обновляете ядро, плагины и темы только один раз через администратора сети .

Я специально создал Backup Box для решения этой проблемы. У меня более 80 веб-сайтов, для которых нужно было выполнить резервное копирование, и нет ничего подходящего для этого.

Проверьте нас, https://mybackupbox.com . Вы можете создать несколько запланированных передач для обработки всех ваших сайтов / баз данных.