web-dev-qa-db-fra.com

Réécriture de l'URL de WordPress dans un sous-répertoire

Je loue un espace Web et un domaine de BlueHost.com sur lequel je gère un site WordPress. Appelons cela example.com. WordPress est installé dans le dossier racine.

Comme je peux exécuter plusieurs sites sur cet espace Web, j'ai installé un deuxième site WordPress dans un sous-répertoire: example.com/wp2.

De plus, je possède un deuxième domaine - appelons-le example.net - qui est loué à Nearfreespeech.com. J'ai donc créé un fichier .htaccess qui transfère tout le trafic de example.net à example.com/wp2.

Mon problème: je ne sais pas comment réécrire l'URL pour afficher example.net une fois qu'un utilisateur a atteint ce site WordPress. Pour le moment, l'URL devient example.com/wp2 après avoir accédé au site via example.net.

De nombreux tutoriels indiquent qu'un fichier .htaccess doit être placé dans le répertoire racine de example.com pour réécrire l'URL. Mais comme j'ai déjà un WordPress site distinct, assis directement dans cette racine, cela ne semble pas fonctionner pour moi.

Comment puis-je réécrire cette URL afin que les personnes qui accèdent au deuxième WordPress site via example.net continuent à voir cette URL?

redirectswordpressapache
1
rocketbamboo

Si example.net pointe vers la deuxième installation de WP dans le sous-répertoire /wp2, le .htaccess correspondant doit être placé dans le dossier wp2, et non au niveau supérieur. .

1
binsky

Comme je peux exécuter plusieurs sites sur cet espace Web, j'ai installé un deuxième site WordPress dans un sous-répertoire: example.com/wp2.

La possibilité "d'exécuter plusieurs sites sur cet espace Web" fait très probablement référence à la possibilité d'avoir plusieurs noms de domaine pointant vers votre espace Web, plutôt que d'avoir plusieurs instances d'un CMS installées (ce que vous pourriez faire de toute façon, que "plusieurs sites "sont autorisés ou non).

Les multiples domaines sont obtenus en créant un "domaine complémentaire" ou un "alias de domaine" sur BlueHost.com (terminologie cPanel, mais l'idée est la même quel que soit le panneau de contrôle d'hébergement utilisé).

Un "domaine addon" et un "alias de domaine" sont très similaires. Un "alias de domaine" est essentiellement juste cela, un alias pour votre domaine principal et pointe généralement vers la racine du document des domaines principaux. Un "domaine addon", par contre, a sa propre racine de document et peut pointer directement vers un sous-répertoire (par exemple).

Vous devriez probablement être créé example.net en tant que "domaine complémentaire" sur votre compte d’hébergement BlueHost.com qui pointe directement vers le sous-répertoire /wp2.

De plus, je possède un deuxième domaine - appelons-le example.net - qui est loué à Nearfreespeech.com. J'ai donc créé un fichier .htaccess qui transfère tout le trafic de example.net à example.com/wp2.

Simplement 3xx "redirigeant" la requête de example.net vers example.com/wp2 va naturellement exposer example.com. Alternativement, vous pouvez créer un proxy inverse sur votre hébergement nearfreespeech.com (NFS.com) et envoyer un proxy aux demandes de example.com/wp2 - mais cela demande beaucoup plus de travail, nécessite un compte d’hébergement sur NSF.com avec niveau serveur. accès.

Au lieu de cela, vous devez oublier l'hébergement/.htaccess sur NFS.com et pointer le example.net directement sur votre compte example.com (après avoir créé le "domaine de l'addon" comme indiqué ci-dessus), soit:

  • Créez des enregistrements DNS A pour example.net (et www.example.net?) Qui pointent vers l'adresse IP de votre serveur example.com.
  • Changez les NAMESERVERS sur example.net pour qu'il pointe vers BlueHost.com et contrôlez le DNS sur BlueHost.com. BlueHost.com aura déjà créé les enregistrements A (et CNAME) nécessaires au moment de la création du "Domaine de l'addon".

Si vous le souhaitez, vous pouvez également transférer le domaine vers BlueHost.com (et modifier NAMESERVERS par la même occasion) si vous souhaitez terminer avec NFS.com. Ceci est entièrement à vous. Vous n'avez pas besoin de changer de bureau d'enregistrement pour utiliser le domaine sur BlueHost.com.

Aucun fichier ni directive .htaccess supplémentaire n'est requis dans ce scénario.

De nombreux tutoriels indiquent qu'un fichier .htaccess doit être placé dans le répertoire racine de example.com pour réécrire l'URL.

Ces tutoriels semblent faire référence à autre chose?

0
MrWhite