Le site CNAME tente de charger des fichiers via HTTP au lieu de HTTPS
Le site principal
https://www.ptacunits.com
charges bien. Nous avons un CNAME pointant du domaine ci-dessus vers le domaine suivant,
https://www.ptacfactoryparts.com
cependant, la source de la page affiche HTTP pour tous les fichiers d'actif. Même la police Google qui est codée en dur comme HTTP
//fonts.googleapis.com/css?family=Asap:400,700,400italic,700italic
est chargé sur HTTP, pourquoi est-ce?
Le problème s'est avéré être le plugin "WordPress HTTPS". Sa désactivation a permis à ptacfactoryparts.com de charger des fichiers d’actifs via HTTPS au lieu de HTTP. Je ne sais pas pourquoi il écrasait les liens.
La première et la plus importante chose à savoir est que votre certificat SSL est lié à un nom de domaine SPÉCIFIQUE.
L'utilisation d'un CNAME pour créer un alias à partir d'un autre nom de domaine acheminera votre trafic vers l'autre URL.
MAIS sauf si vous avez également acheté un certificat SSL pour l'autre site et configuré une configuration Apache pour le deuxième et installé votre certificat SSL sur ce deuxième site, la plupart des navigateurs affichent un avertissement de confidentialité indiquant aux utilisateurs qu'ils se trouvent sur une page chiffrée, mais que le nom de domaine utilisé dans le certificat SSL ne correspond pas à celui qu'il visite.
CNAME en soi ne fait rien mais redirige les utilisateurs vers un autre domaine. Apache (ou le serveur Web que vous utilisez) doit encore être configuré pour desservir les deux domaines (généralement via la directive vhosts ou hôtes virtuels, si vous souhaitez utiliser SSL pour ce deuxième domaine). domaine .
Je vais entrer dans les détails ci-dessous, mais la version abrégée de ceci est que WordPress n'est pas conçu pour desservir deux domaines à partir d'une seule installation/base de données, donc le moyen le plus simple pour vous de conserver les deux domaines consiste simplement à créer une règle de redirection dans la configuration de votre site principal qui transfère tout utilisateur essayant d'accéder à www.ptacfactoryparts.com vers www.ptacunits.com
SOLUTION RECOMMANDÉE
Pour configurer les utilisateurs suivants qui visitent www.ptacunits.com sur www.ptacfactoryparts.com:
1.Créez un enregistrement DNS pour ptacfactoryparts.com qui pointe vers le même serveur que ptacunits.com (Exemple ci-dessous, des informations détaillées sur le DNS peuvent être trouvées ici et ici ):
(Sub)domain Type Target
ptacunits.com A 11.22.33.444
www.ptacunits.com CNAME ptacunits.com
www.ptacfactoryparts.com CNAME ptacunits.com
2.Ajoutez une règle de redirection Apache pour acheminer tout le trafic de ptacfactoryparts.com à ptacunits.com ( référencé depuis ServerFault ):
<VirtualHost *:80>
ServerName www.ptacfactoryparts.com
RedirectPermanent / http://www.ptacunits.com/
# optionally add an AccessLog directive for
# logging the requests and do some statistics
</VirtualHost>
REMARQUE: Si votre hôte Web prend en charge cPanel, vous pourrez peut-être utiliser ces instructions pour configurer cPanel afin de gérer cette redirection (vous devez néanmoins configurer le DNS)
Cela devrait transférer tout le trafic sur le site qui possède un certificat SSL correspondant à son nom de domaine.
VOICI L'ANALYSE DÉTAILLÉE
NOTE - même si vous parvenez à contourner les limitations de conception de WordPress & WooCommerce I couvertes ci-dessous, vous constaterez que les sites reçoivent des pénalités de référencement pour le contenu en double , et bien que l'impact exact sur le classement SEOait été débattu , c'est Ce n’est probablement pas une bonne idée d’avoir des copies exactes de vos sites hébergés sous différentes URL .
Si vous faites tout cela et configurez un deuxième site et essayez de faire en sorte que WordPress serve deux sites à partir d'un seul dossier d'installation et d'une seule base de données, , vous découvrirez peut-être que WordPress n'aime pas en faire autant . Principalement parce que il utilise l'URL complète à l'intérieur de vos publications et que la conception de base de la configuration de la base de données système suppose une seule URL de base .
Vous pourrez peut-être accomplir ce que vous voulez (alimenter deux URL du même ensemble d'articles, de produits et de thèmes) en passant à une installation WordPress multi-site. Cela vous permettrait potentiellement de partager le contenu que vous souhaitez partager en le gérant au même endroit. N'oubliez pas que Multi-Site est un animal beaucoup plus complexe que la base WP et . WooCommerce nécessite une configuration spécifique uniquement pour pouvoir travailler sur une installation multisite .
Ce fil du forum de support officiel semble indiquer que, tel qu'il est conçu actuellement, même si vous l'exécutez sur une installation multisite, chaque site constitue une installation distincte du système, ce qui signifie que vous devez gérer chaque site dans un magasin distinct même si ils se ressemblent.
Théoriquement, vous POUVEZ potentiellement installer un deuxième site WordPress dans la même base de données, mais en utilisant votre autre URL et synchroniser manuellement tout le contenu, produits, thèmes, etc. entre les deux (ou écrire un script pour le faire) sans utiliser l'option multisite. , mais ils resteraient deux sites différents à deux URL différentes avec deux ensembles différents de contenu et de transactions, ce qui ne semble pas être l'objectif que vous visez.
Voici ce que je vois lorsque je navigue https://www.ptacfactoryparts.com :
Lorsque je clique sur l'icône la plus à gauche dans la barre d'adresse pour afficher les détails SSL, je vois deux éléments à résoudre:
1. [CRITICAL] Le nom sur le certificat SSL ne correspond pas à l'URL que vous avez entrée (vous devez obtenir un nouveau certificat SSL ou utiliser un service tel que CloudFlare, qui offre des certificats SSL gratuits pour tous les domaines). les sites affichent la bonne notice SSL "verte tout-en-bien". Voici plus d'informations de Google sur ce problème spécifique . Si vous cliquez sur le lien "Détails du certificat" dans Chrome, les éléments suivants soulignent le problème:
2. [NOT CRITICAL] Google Chrome indique que votre certificat SSL est crypté avec une technologie obsolète. Il y a une discussion détaillée sur ce que cela signifie et comment la résoudre sur le site Information Security Stack Exchange . Je recommanderais de remédier à cela, mais il semble que Chrome (pas sûr des autres navigateurs) continue d'afficher une icône verte si cela est détecté, comme en témoigne le fait que votre site principal n'a pas le même affichage de barre d'adresse SSL défectueux. (voir la dernière capture d'écran ci-dessous)
En supposant que vous sécurisiez un certificat SSL distinct pour le deuxième site, vous n’êtes pas encore tout à fait au point d’aborder le deuxième problème majeur: vous essayez de servir deux sites distincts sous deux configurations différentes d’une même configuration de site Apache (je suppose que vous Si vous utilisez Apache comme serveur Web, la même chose s’appliquerait si vous utilisiez nginx, bien que la solution soit différente).
Pour résoudre cette partie du problème, vous devez configurer un autre site via la directive vhost d'Apache qui renvoie au répertoire de contenu SAME en tant que votre autre site, de sorte que vous semblez avoir deux sites entièrement sécurisés et servant le même contenu. . Le mappage CNAME ne fonctionnera pas tout seul car, au minimum, votre règle CNAME ne modifie pas la façon dont les actifs sont référencés dans le contenu réel rendu par WordPress sur le site principal. Vous pouvez voir dans la source qu'il y a des références au domaine d'origine dans les URL.
Il semble également que vous utilisiez WooCommerce et quelques autres personnalisations de thème. Il vous faudra donc mettre à jour des paramètres spécifiques afin de coordonner les implémentations SSL entre les différents thèmes, plugins et WP configurations de base que vous avez définies. peut trouver couvert dans cette publication sur le site Pro Webmasters StackExchange .
Encore une fois, je suggérerais l'itinéraire facile que je recommande ci-dessus. Veuillez commenter ci-dessous si j'ai manqué quelque chose d'important et je serais heureux de travailler avec vous dans les détails.