web-dev-qa-db-fra.com

Développer un nouveau site sur un site existant. Comment puis-je faire cela avec WordPress?

Supposons que j'ai un site de commerce électronique déjà opérationnel, www.widgets.com, mais que je n'aime pas le panier d'achat fourni par l'hôte, mais que je souhaite utiliser Wordpress et un Wordpress plugin de panier d'achat. Je ne veux pas que le site qui est en train de tomber, mais j'aimerais développer le site Wordpress sur le même compte hôte et le même domaine.

Est-ce possible?

Une fois que le site Wordpress est entièrement développé, comment puis-je en faire le site racine?

web-hostingwordpressecommerce
4
newniffirg

Il est en fait très facile de charger Wordpress depuis un sous-répertoire du site principal. Vous pouvez l'installer à root/directoryname, protéger cette zone lors du développement, puis pointer le site là où il est prêt. Les instructions sont très claires dans le WordPress Codex

1
Drai

C'est un processus extrêmement complexe!

  1. Créez le site dans un sous-répertoire ou un sous-domaine.

  2. Lorsque vous êtes prêt à utiliser le système, utilisez le code htaccess au bas de cet article pour rediriger tous les utilisateurs sauf une page de maintenance (remplacez l'adresse ip par la vôtre).

  3. Sauvegardez puis supprimez le code de site existant à partir du répertoire racine.

  4. Déplacez la base de code wordpress dans votre répertoire racine.

  5. Accédez à votre base de données via phpMyadmin ou un outil similaire.

  6. Recherchez la table wp_options, parcourez le contenu du champ siteurl et mettez-le à jour avec la nouvelle URL.

  7. Maintenant, connectez-vous à Wordpress et modifiez votre paramètre de permaliens sur l'une des autres options, enregistrez-le, puis rétablissez-le sur le paramètre d'origine (cela régénère vos paramètres wordpress htaccess).

  8. Utilisez un outil d'analyse de liens, tel que le serveur de liens de XENU, pour rechercher sur le site les URL qui pointent vers le site de développement et les mettre à jour manuellement.

  9. Supprimez le code de redirection de la page de maintenance et vous êtes prêt à partir.

Terminé. C'est une douleur totale à l'arrière, et la dernière étape consiste en le fait que wordpress auto génère des URL absolues dans les publications et les pages lors de la première sauvegarde. Vous pouvez revenir en arrière après une sauvegarde et changer les URL en URL relatives ou chercher dans la base de données phpMyAdmin pour les modifier, mais la technique décrite ci-dessus est plus sûre et plus fiable (expérience amère).

Comme @Drai le dit, vous pouvez rediriger de la racine vers un sous-répertoire, mais ne le faites pas sauf si vous en avez vraiment besoin. Selon la configuration que vous choisissez, vous pouvez vous retrouver avec les liens générés automatiquement par Wordpress pour pointer le sous-domaine ou le répertoire vers la redirection via la racine. C’est un cauchemar lorsque vous essayez de faire des redirections permanentes pour conserver votre pagerank en un seul bloc pendant une phase de migration et pour gâcher vos analyses (vous devenez votre propre référent).

RewriteEngine On
RewriteBase /
RewriteCond %{REMOTE_Host} !^1\.1\.1\.1
RewriteCond %{REQUEST_URI} !/temporary-offline\.html$
RewriteRule .* /temporary-offline.html [R=302,L]
1
toomanyairmiles