web-dev-qa-db-fra.com

Obtenir une redirection vers une URL de haricot moche plutôt que de voir mon nom de domaine sur mon site WordPress, malgré la définition de l'enregistrement d'alias Route53

J'ai un groupe de zones hébergées configurées pour certains domaines GoDaddy. De plus, mon site Web est un site Web WordPress hébergé sur un environnement Elastic Beanstalk.

  • J'ai importé les jeux d'enregistrements des domaines GoDaddy dans mes zones hébergées
  • Remplacement des serveurs de noms GoDaddy par ceux des zones hébergées
  • Configurer un alias "www" pour mon application Elastic Beanstalk dans chacune des zones hébergées

Les noms de domaine ont été redirigés avec succès vers mon site Web, mais le domaine dans l'URL est toujours mon vilain Elastic Beanstalk au lieu du nom de domaine configuré.

Je suis perplexe. Cela pourrait-il être un problème de WordPress?

PDATE:

Après avoir jonglé avec différentes URL, j'ai remarqué que taper un lien vers une page spécifique du site avec l'un des domaines que j'ai configurés fonctionne! Pas de domaine élastique de haricot. Cependant, je l'ai fait avec mon site Web ouvert dans un autre onglet tout en étant connecté en tant qu'administrateur. La chose étrange est que je n'étais pas connecté sur le nouvel onglet, il semble donc que les sessions utilisateur ne sont pas les mêmes entre mes domaines. Cela pourrait juste être la façon dont cela fonctionne, cependant (je suis nouveau à cela).

domainswordpressurlamazon-awsroute53
1
Seb G

Le problème consistait à remplacer "URL du site" par l'URL correcte, puis à effacer le cache de mon navigateur.

Cela peut être fait dans admin> settings> general.

1
Seb G

non, ce n'est pas un problème de wordpress. Vous devez ouvrir un onglet incognito et naviguer jusqu'à l'URL de votre domaine après 24 à 48 heures d'attente de propagation des enregistrements DNS. Cela garantira que Google n'utilise pas les données en cache pour vous envoyer sur le site.

Si cela ne fonctionne pas, vous devez nous montrer à quoi ressemblent vos enregistrements DNS (sans les informations sensibles, bien entendu), afin que nous puissions mieux diagnostiquer votre problème.

0
Michael Henderson