WordPress : Puis-je utiliser WP Multi-site sur un sous-domaine avec un thème différent mais utiliser tous les articles/pages du site d’origine ?

J’ai beaucoup lu sur le multi-sites, mais je ne suis toujours pas sûr à 100 %. Mon scénario de cas d’utilisation est que j’ai un site WP original qui repose fortement sur de nombreuses données dans un type de publication personnalisé.

Le site doit maintenant être répliqué sur un sous-domaine pour un client qui va avoir une version rebrandée « whitelabel » du site. Ils ont tous besoin des mêmes fonctionnalités du site principal et pour accéder/rechercher les données du site principal. C’est juste que l’apparence du site du sous-domaine est très différente et que le client veut un sous-domaine pour le faire ressortir.

Est-ce possible ou devrais-je répliquer les messages du site principal vers le nouveau site de sous-domaine si je veux y accéder partout ?

Solution n°1 trouvée

Voici un exemple de solution que j’ai configurée, qui laisse le site dans le réseau, mais établit une carte de domaine à partir de n’importe quel domaine enregistré, vers le réseau. Cela donne l’impression que le site du réseau est un site complètement indépendant, avec toutes les fonctionnalités (connexion, etc.) intactes.

Objectif:

Mappez le domaine enregistré du client, à la fois www.foosite.comet foosite.comsur notre réseau multisite mymultisite.com– et rendez-le aussi simple que possible pour le client (c’est-à-dire pas de manipulation avec les enregistrements CNAME ou A, chez leur registraire).

Procédure:

Utilisation d’Amazon Route 53 comme système DNS.

1. Avec Amazon AWS Route 53 gère le DNS, nous créons donc d’abord une zone hébergée pour le domaine enregistré du client ( foosite.com) avec un enregistrement www CNAME pointant verswww.mymultisite.com

2. Configurez un compartiment S3 dans Amazon AWS pour le client (non www) foosite.comet mappez-le statiquement àwww.foosite.com

3. De retour dans la zone hébergée Route 53, créez un enregistrement A pour le (non-www) foosite.comet spécifiez-le en tant qu’alias, en le faisant pointer vers le compartiment créé à l’étape 2. Cela garantit que les deux www.foosite.comet foosite.comfiniront par pointer verswww.mymultisite.com

4. Dans le réseau multisite, accédez au site du client dans l’administrateur réseau et modifiez l’URL du site, en la remplaçant parwww.foosite.com

5. Dans le compte d’hébergement, les hôtes mymultisite.comspécifient un domaine complémentaire (ou un domaine parqué) appelé foosite.comet pointez-le vers public_html (ou partout où vous avez installé WP). Cela crée effectivement un enregistrement d’hôte virtuel dans la configuration Apache, pour le site mappé entrant.

( Remarque : si le multisite est hébergé sur une adresse IP statique et est le seul site à cette adresse, et que la société d’hébergement autorise le mappage dynamique des domaines entrants à la racine du document du site… alors vous n’avez pas besoin d’utiliser add- sur ou parqués. Vérifiez auprès de votre hébergeur en cas de doute).

6. Dans votre wp-config.phppour le multisite, vous devez ajouter une ligne :define('COOKIE_DOMAIN', $_SERVER['HTTP_HOST'] );

Résultat:

Vous avez établi une solution DNS complète pour le domaine mappé. Tout ce que vous avez à faire est de dire au client de mettre à jour son bureau d’enregistrement pour son domaine, en spécifiant les serveurs de noms Amazon qui sont enregistrés dans votre zone hébergée sur Route 53 comme leur DNS. Vos clients n’ont pas du tout à se soucier des enregistrements CNAME ou A – vous gérez complètement le mappage, sur Route 53. De plus, grâce à la magie de l’enregistrement AWS Alias, votre multisite n’a même pas besoin d’être activé une adresse IP statique (bien que je la garde sur une, juste pour être sûr).

Si vous utilisez un autre système comme serveur de noms (par exemple, Enom ou GoDaddy), vous devez configurer un enregistrement A pour leur domaine qui pointe vers l’adresse IP statique de mymultisite.com. C’est une réponse correcte, mais elle comporte le risque que si votre adresse IP statique change, vous devrez dire à vos clients d’aller mettre à jour l’enregistrement A chez leur bureau d’enregistrement.

J’aime beaucoup mieux la solution Route 53. J’ai également établi un ensemble de DNS « en marque blanche » chez AWS en suivant les conseils de cet article. Maintenant, c’est extrêmement simple – dites simplement aux clients que voici vos nouveaux serveurs de noms à configurer chez votre registraire, et tout du côté WP fonctionne parfaitement. Pas besoin de conserver une adresse IP statique dans un enregistrement A.