Parfois, un site a été créé sur un réseau WordPress multisite, mais doit être déplacé vers sa propre installation à site unique. Cela peut se produire dans quelques scénarios, notamment:
Dans certains cas, vous pouvez trouver que vous pouvez déplacer le site hors de Multisite à l'aide d'un plugin ou d'une combinaison de plugins, mais si cela ne fonctionne pas, vous devrez déplacer les tables de base de données appropriées. Le déplacement d'un site hors d'un réseau multisite de cette manière est un processus délicat car il implique d'isoler les tables de la base de données de la base de données multisites se rapportant à ce site spécifique. Cependant ce n'est pas impossible.
Pour suivre ce tutoriel, vous aurez besoin de:
Remarque: vous ne pouvez pas déplacer le site principal hors d'un réseau multisite, car le réseau ne fonctionnera pas sans ça. Si vous devez déplacer le contenu du site principal ailleurs, je vous recommande de créer un duplicata, puis de remplacer le contenu du site d'origine par un site factice. Cependant, vous ne pourrez pas déplacer le nom de domaine, car tous les autres sites de votre réseau l'utilisent également..
Si la configuration de votre site n'est pas très complexe via des écrans de plug-in, de thème ou de paramètres de site, vous pourrez peut-être le déplacer avec succès à l'aide du plug-in WordPress Importer. Si le site dispose de widgets, vous pouvez copier leurs paramètres à l'aide du plug-in Importer / Exportateur de paramètres de widget..
Toutefois, si vous avez ajouté de nombreuses configurations sur mesure à l'aide de paramètres ou d'écrans d'options ou du personnalisateur de thème, aucune de celles-ci ne sera copiée. Dans ce cas, vous devrez effectuer un déplacement manuel..
Pour plus de détails sur l'utilisation de ces plugins pour déplacer votre site, consultez mon précédent tutoriel sur l'utilisation des plugins pour déplacer un site WordPress. Le processus est exactement le même pour déplacer un site d'un réseau multisite vers sa propre installation WordPress.
Le site que vous quittez Multisite aura trois composants que vous devez copier du réseau Multisite:
wp-content / uploads / sites
Remarque: Si votre réseau multisite a été créé avant WordPress 3.5, vous n’avez pas de des sites
dossier. Au lieu de cela, vous aurez un blogs.dir
dossier dans wp-content
avec tous les fichiers de téléchargement pour les sous-sites. Cela aura un dossier numéroté pour le site que vous migrez, que vous copiez à la place. Je couvrirai cela plus en détail ci-dessous.
Avant de commencer, réfléchissez aux raisons pour lesquelles vous migrez le site. Serait-ce purement d'avoir un nouveau nom de domaine? Si tel est le cas, le plug-in de mappage de domaine gratuit vous permettra de donner à chaque site son propre domaine et les visiteurs ne verront jamais le domaine de votre réseau multisite..
Mais si ce n'est pas la seule raison, alors lisez la suite!
Avant de faire quelque chose comme ça, c'est une bonne idée de sauvegarder votre installation multisite. Utilisez votre plugin de sauvegarde préféré, ou une combinaison de FTP et de phpMyAdmin si vous préférez travailler manuellement.
Vous utiliserez cette sauvegarde pour copier les fichiers pertinents sur votre nouveau site. Vous aurez également l'esprit tranquille en cas de problème..
Chaque site d'un réseau multisite a son propre identifiant numérique. Ceci est utilisé pour identifier son dossier dans le dossier wp-content / uploads / sites
répertoire (ou wp-content / blogs.dir
si votre réseau multisite est plus ancien - voir ci-dessus), ainsi que pour identifier les tables de base de données de ce site..
Trouvez ceci en allant à Administrateur réseau> Sites puis en sélectionnant le modifier option pour le site que vous travaillez. L'URL de WordPress vous amène à vous donner l'identifiant du site. L'URL devrait être sous la forme http://mynetwork.com/wp-admin/network/site-info.php?id=XX
.
XX
est l'ID de votre site et sera le nom du dossier contenant ses fichiers, ainsi que le préfixe de ses noms de table de base de données.
Comme vous ne déplacez qu'un seul site enfant et non toute l'installation, vous n'avez pas besoin du contenu de toute votre base de données..
Dans PhpMyAdmin, clique sur le Exportation languette. Recherchez ensuite les tableaux relatifs au site que vous exportez. Ils vont commencer par wp_XX_
, où XX
est l'ID de votre site. Un exemple est montré ci-dessous.
Sélectionnez toutes les tables relatives à votre site enfant, puis exportez-les..
Remarque: WordPress Multisite stocke toutes les données relatives aux utilisateurs du réseau dans wp_users
et wp_usermeta
tables: il ne crée pas de tables séparées pour chaque site. Si vous souhaitez copier de nombreux utilisateurs sur votre site à partir du réseau, vous pouvez également exporter ces tableaux, les importer sur le nouveau site et modifier les utilisateurs dans les écrans d'administration pour supprimer ceux qui ne sont pas pertinentes pour le nouveau site. Toutefois, si votre site ne compte qu'un ou deux utilisateurs, il est plus facile de les recréer sur le nouveau site. Pour plus d'informations sur les tables multisites et de bases de données, consultez ce didacticiel sur la base de données WordPress et Multisite..
Faites une copie du sql
fichier qui a été téléchargé sur votre ordinateur et nommez-le de la même manière (par exemple en ajoutant copie
à son nom). Ouvrez-le dans un éditeur de code.
Remplacez toutes les instances du domaine du site dans le réseau multisite par son nouveau domaine à site unique. Par exemple, si votre site était à http://network.com/mysite
, changez le en http://monsite.com
. Si votre réseau utilise des sous-domaines, vous devez modifier toutes les instances de http://monsite.network.com
. Si vous faites cela, je vous conseillerais également de vérifier la version du sous-répertoire au cas où. Enregistrez votre fichier.
Remarque: si votre site est associé à un domaine autre que le domaine vers lequel vous le déplacez, vous devez également le remplacer par le nouveau domaine. Marchez très soigneusement ici, et gardez des sauvegardes!
Les tables de base de données de votre nouvelle installation à site unique n'auront pas de préfixe pour l'ID de site. Vous devrez donc les supprimer. Dans ton sql
fichier, remplace toutes les instances de wp_XX_
avec wp_
, où XX
est votre identifiant de site.
Maintenant, enregistrez le sql
fichier.
Dans phpMyAdmin, créez une nouvelle base de données à l'emplacement de votre nouveau site et installez WordPress de manière normale.
Identifiez les plugins utilisés par le site enfant et installez-les dans votre nouveau site WordPress via le Plugins écran ou les télécharger à partir de la sauvegarde de votre ancien site.
Faites de même pour les thèmes que votre site utilise - copiez-les de votre sauvegarde vers le wp-content / themes
répertoire de votre nouvelle installation autonome de WordPress, ou simplement les réinstaller.
Copiez les téléchargements de votre ancien site sur le nouveau:
des sites
dossier dans wp-content / uploads
. Recherchez le sous-dossier avec l'ID de votre site et téléchargez son contenu sur le wp-content / uploads
dossier dans votre nouveau site.blogs.dir
dossier, qui contiendra également un dossier avec l'identifiant de votre site. Cela aura alors un sous-dossier appelé des dossiers
. Copier le contenu de la des dossiers
dossier à la wp-content / uploads
dossier dans votre nouveau site.Remarque: vous devrez peut-être supprimer les dossiers créés par WordPress dans votre nouveau les téléchargements
dossier pour éviter les affrontements.
Une fois que tout cela est fait, activez tous les thèmes et plugins.
Maintenant que vous avez installé vos thèmes et vos plugins, vous devez importer les tables de la base de données..
Avant de télécharger les tables à partir de votre ancien site, vous devez supprimer les doublons que WordPress a ajoutés à votre nouveau site..
Dans phpMyAdmin, supprimez les tables suivantes de votre base de données:
wp_commentmeta
wp_comments
wp_links
wp_options
wp_postmeta
wp_posts
wp_terms
wp_term_relationships
wp_term_taxonomy
La capture d'écran montre ma base de données avec uniquement les tables sélectionnées:
Sélectionnez-les, cliquez sur le bouton Avec sélectionné: liste déroulante et sélectionnez Laissez tomber. Lorsque vous y êtes invité, cliquez sur Aller.
Remarque: ne supprimez pas le wp_usermeta
ou wp_users
tables, sauf si vous avez choisi de les copier également en face du réseau (voir ci-dessus).
Ensuite, téléchargez la base de données que vous avez modifiée:
Effacez le cache de votre navigateur. Cela évite les problèmes éventuels si le navigateur a mis en cache le contenu de l'ancien site..
Connectez-vous maintenant à l’administrateur WordPress du site distant. Si vous avez déplacé les tables d'utilisateurs, vos informations de connexion seront les mêmes que pour votre ancien site, mais si ce n'est pas le cas, elles correspondront à ce que vous avez spécifié lors de l'installation de WordPress au nouvel emplacement..
Visiter le Liens permanents écran et allumez jolis permaliens.
Vérifiez que tous vos liens fonctionnent correctement et que les widgets et les plugins se comportent comme ils le devraient. Sinon, vous pouvez soit revenir en arrière dans le processus, en utilisant vos sauvegardes là où vous en avez besoin, soit simplement configurer les plugins et les widgets à partir de votre nouveau site..
Une fois que vous êtes complètement content que tout fonctionne comme prévu, supprimez le site de votre installation Multisite. Je recommanderais de laisser cela environ une semaine au cas où vous remarqueriez quelque chose qui n'a pas bougé. En attendant, vous pouvez configurer le domaine de l'ancien site pour le mapper sur le nouveau, soit à l'aide d'un plugin, soit dans CPanel..
Phew! Ce fut un processus long et légèrement compliqué, mais vous l'avez fait.
La migration d’un site hors de WordPress Multisite et vers sa propre installation n’est pas une chose à faire rapidement ou sans être très approfondie, mais c’est possible et je l’ai fait quelques fois. Si vous suivez les étapes ci-dessus et assurez-vous de disposer de sauvegardes en cas de problème, vous devriez alors constater que cela fonctionne bien pour vous..