Automatisation du processus de sauvegarde (plus de 30 sites Web)
Je gère un nombre croissant de sites WordPress, ainsi que plusieurs pour les clients - et la connexion pour effectuer des mises à niveau devient fastidieuse. Je cherche un moyen d'automatiser le processus, de préférence à partir d'un script en ligne de commande unique, et de mettre à niveau tous les sites en un seul coup.
Mon idéal serait de me connecter à la très bonne sauvegarde automatique intégrée à WordPress et de la déclencher à partir du serveur pour les 30 sites. Cela couvrirait la mise à jour des fichiers, puis la base de données.
Tous les sites Web que j'ai sauvegardés toutes les 24 heures, la sauvegarde avant le début de la mise à niveau n'est donc pas une priorité (mais vous ne pouvez jamais en avoir trop!). Cependant, un moyen de déterminer si un site est endommagé serait une autre fonctionnalité intéressante.
En supposant que je ne puisse pas me connecter directement à la sauvegarde intégrée, j'ai trouvé ce qui fonctionne plus ou moins comme je le pensais, mais ne le fais pas. t effectuer les mises à niveau de la base de données. Je comprends que cela pourrait potentiellement rendre le site Web vulnérable jusqu'à ce qu'un administrateur se connecte et effectue la mise à jour (ce qui peut prendre jusqu'à 72 heures).
Je connais également le concept d'utilisation de SVN et de GIT pour effectuer les mises à jour, mais si je devais suivre cette voie, je devrais trouver un moyen fiable de s'assurer que les fichiers a)/wp-content ne sont pas endommagés et b. ) les autorisations de fichier pour l’ensemble du site sont conservées (si le script est exécuté en tant qu’utilisateur root).
Je ne sais pas si cela résoudra votre problème ...
Mais il y a quelque chose de nouveau dans WorldWordPress.
Cela ressemble à ManageWP, mais libre : o)
Je ne suis affilié à eux sous aucune forme, je commence seulement à jouer avec.
(ht: wpmail.me )
C'est une plate-forme que vous installez sur votre serveur.
Ajoutez le plugin client à vos WP.
Et mettez à jour/sauvegardez tout depuis le tableau de bord IWP.
Le support multisite est basé sur site unique .
& +1+ ont eu un problème de connexion qui a été rapidement résolu dans leur forum de support.
Apparemment, ils gagneront de l'argent en vendant des add-ons, mais aucun n'est disponible pour le moment.
Je soupçonne (et espère) qu’ils seront majeurs en un rien de temps: op
Une solution payante de plus en plus populaire si ManageWP.com. Je ne l'ai pas utilisé et je n'y suis pas affilié, bien que je prévoie de l'essayer bientôt. Il vise ce scénario précis (mises à niveau en un clic pour plusieurs sites sur différents serveurs). Si vous recherchez une solution personnalisée, ce n’est évidemment pas cela, mais j’ai entendu de bonnes choses à propos de ce service.
J'utilise maintenant l'approche SVN pour créer la plupart de mes sites "distincts", même si j'ai tendance à utiliser plusieurs sites plus souvent.
Je trouve que le truc, c’est de s’assurer que l’ensemble du site se trouve dans un SVN quelque part, avec WordPress en externe. La clé est d’obtenir toutes vos modifications sur le site (plugins, thèmes, contenu personnalisé, etc.) en dehors du répertoire principal de WordPress.
Je vais plus en détail sur ceci sur mon écriture ici:
http://ottopress.com/2011/creating-a-wordpress-site-using-svn/
L'essentiel est que vous:
- Créez un répertoire SVN pour le site.
- Configurez le répertoire/wp en tant qu'externe.
- Modifiez un fichier wp-config.php personnalisé pour déplacer le répertoire de contenu en dehors du répertoire/wp.
- Utilisez la réécriture .htaccess pour modifier les URL afin qu'elles fonctionnent correctement.
Pour "sauvegarder", vous ne faites que valider les modifications apportées dans le répertoire de contenu (vous ne touchez jamais le répertoire principal wp). C’est un peu plus facile à ajuster, puisque vous ne voulez peut-être pas valider automatiquement les images téléchargées et autres dans votre SVN principal, auquel cas vous ajouteriez des exclusions au répertoire des téléchargements.
Pour "mettre à niveau", il suffit de faire un svn up sur le tout.
Ce n'est pas une solution parfaite, mais elle peut être scriptée ou même exécutée via cron, si vous le souhaitez. Si vous écrivez un script, vous pouvez appeler manuellement l'URL upgrade.php? Step = 1 au cas où la base de données aurait également besoin d'une mise à jour. Si la base de données n'a pas besoin de mise à jour, cet appel ne fera tout simplement rien.
La sauvegarde de vos bases de données est une autre histoire de poisson.
Une solution, qui peut ne pas fonctionner pour votre cas d'utilisation spécifique, consiste à gérer les sites que vous exécutez en tant que réseau multisite . De cette façon, vous ne mettez à jour le noyau, les plug-ins et les thèmes qu'une seule fois , via l'administrateur de réseau .
J'ai spécifiquement créé Backup Box pour résoudre ce problème. J'ai plus de 80 sites Web qui nécessitaient une sauvegarde et rien ne convient vraiment pour le couvrir.
Consultez-nous, https://mybackupbox.com . Vous pouvez créer plusieurs transferts planifiés pour gérer tous vos sites/bases de données.