Nous avons acheté un certificat SSL auprès de solutions réseau (je ne le recommanderais jamais à mon pire ennemi, d'ailleurs).
Apparemment, il est activé ... a effectué quelques vérifications indiquant qu'il est activé pour notre domaine. Mais quand je mets dans https://www.texasshredderclassic.com tout le site se casse. Pour être plus précis, par "pauses", je veux dire que cela désactive complètement le CSS, et mon nom d'utilisateur + mot de passe ne fonctionne plus (semble que cela pourrait être un indice?)
J'ai essayé de télécharger Wordpress HTTPS, mais cela me sort de la page d'administration et modifie également le CSS.
Je me fiche de savoir si cela fonctionne sur tout le site, il faut juste que cela fonctionne pour notre page de formulaire (texasshredderclassic.com/registration) - en utilisant des formulaires à gravité et en vous connectant à authorize.net!
Je me coupe les cheveux ici parce que je ne sais pas où aller ensuite. On dirait que nous avons le certificat SSL ... Je ne peux tout simplement pas faire fonctionner la fichue chose! Toute aide est grandement appréciée!
Pour la partie connexion, cela fonctionne pour moi ...
Collez la ligne suivante dans votre wp-config.php
if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') $_SERVER['HTTPS']='on';
mais assurez-vous de le faire avant la ligne suivante
require_once(ABSPATH . 'wp-settings.php');
Ce faisant, vous pourrez récupérer votre panneau d'administration ... Voir détails ici
De même, pour éviter d'obtenir du contenu mixte, après avoir restauré votre panneau d'administration, n'oubliez pas d'aller à PARAMÈTRES, Général, changez l'URL du serveur de http à https.
Accédez à vos paramètres généraux WordPress et modifiez l'adresse WordPress (URL) et l'adresse du site (URL) de HTTP à HTTPS.
ps. Et désactivez tous les plugins brisant votre site.
Si cela ne résout pas le problème, il existe un guide approprié et plusieurs étapes à suivre: https://managewp.com/wordpress-ssl-settings-and-how-to-resolve-mixed-content-warnings
Ce type de "ruptures" CSS est principalement dû à accès aux fichiers via une requête HTTP via une connexion HTTPS, ou à être bref, accès à des fichiers non sécurisés.
Dans le lien fourni, le formulaire d'enregistrement est chargé dans uniframe, et ses fichiers CSS sont également chargés par HTTP et non par une connexion HTTPS.
Donc, si vous avez un accès direct aux fichiers servis en tant que formulaire d’enregistrement, changez touthttp: //enhttps: //peut faire le travail, mais j'utilise le SSL Insecure Content Fixer , et cela fonctionne bien jusqu'à maintenant.
Avez-vous essayé d'exécuter SSL Insecure Content Fixer ? (divulgation: je l'ai écrit, mais je veux juste savoir si vous avez essayé de résoudre votre problème avec ce plugin). Cela devrait effacer la plupart des erreurs de chargement de script, du moins pour les plugins qui n'ont pas été trop méchants.
Je remarque que vous utilisez WP 3.5. J'ai eu un rapport ce matin que quelqu'un qui exécutait WP 3.5 avec des feuilles de style chargées à l'aide de bloginfo('stylesheet_url');
recevait le même problème, un rapport de contenu non sécurisé sur les feuilles de style de leur thème. Pouvez-vous regarder votre thème et nous dire comment vos feuilles de style sont chargées?