SSL rompt Wordpress CSS

Pour lapartie connexion,celafonctionnepourmoi ...

Collez la ligne suivante dans votre wp-config.php

 if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') $_SERVER['HTTPS']='on';
 

mais assurez-vous de lefaire avant la ligne suivante

 require_once(ABSPATH . 'wp-settings.php');
 

Cefaisant,vouspouvez récupérer votrepanneau d'administration ... Voir les détails ici

Aussipour éviter d'obtenir du contenumixte,après avoir restauré votrepanneau d'administration,n'oubliezpas d'aller dans PARAMÈTRES,Général,changez l'URL du serveur de http à https.

For the login part, this works for me ...

Paste the following line in your wp-config.php

if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') $_SERVER['HTTPS']='on';

but make sure that you do it before the following line

require_once(ABSPATH . 'wp-settings.php');

By doing so you can get your admin panel back ... See details here

Also to avoid getting Mixed content, after restoring your admin panel, remember to go to SETTINGS, General, change Server URL from http to https.

Accédez à vosparamètresgénéraux WordPresset modifiez l'adresse WordPress (URL)et l'adresse du site (URL) de HTTP à HTTPS.

ps.Et désactiveztout leplugin quibrise votre site.

Si celane résoutpas leproblème,voustrouverezici unguide appropriéet plusieurs étapes à suivre: https://managewp.com/wordpress-ssl-settings-and-how-to-resolve-mixed-content-warnings

Go to your WordPress General Settings and change the WordPress Address (URL) and the Site Address (URL) from HTTP to HTTPS.

ps. And disable all the plugin breaking your site.

If that doesn't fix this there is a proper guide here and several steps you can take: https://managewp.com/wordpress-ssl-settings-and-how-to-resolve-mixed-content-warnings

Cetype de "rupture" CSSestprincipalement dû à l'accès auxfichiers via une requête HTTP sur une connexion HTTPS ,ou à être court, à accéder à desfichiersnon sécurisés .

Dans le lienfourni,leformulaire d'inscriptionest chargé dans un iframe ,et aussi,sesfichiers CSS sont chargéspar HTTPet nonpar connexion HTTPS.

Donc,si vous avez un accès direct auxfichiers qui sont servis commeformulaire d'inscription,en changeanttout http:// en https:// peutfaire letravail,maisj'ai utilisé le SSL Insecure Content Fixer ,et celafonctionnetrèsbien jusqu'àprésent.

This type of CSS "breaking" is caused mostly due to accessing files via HTTP request on an HTTPS connection, or to be short, accessing insecure files.

In the provided link, the Registration form is loaded in an iframe, and also, its CSS files are loaded by HTTP and not by HTTPS connection.

So, if you have direct access to the files that is served as registration form, changing all http:// to https:// might does the job, but I've been using the SSL Insecure Content Fixer, and it works fine till now.

Avez-vousessayé d'exécuter SSL Insecure Content Fixer ?(divulgation:je l'ai écrit,maisje veuxjuste savoir si vous avezessayé de résoudre votreproblème avec ceplugin).Cela devrait éliminer laplupart deserreurs de chargement de script,dumoinspour lesplugins quin'ontpas ététrop vilains.

Je remarque que vous utilisez WP 3.5.J'ai reçu un rapport cematin que quelqu'unexécutant WP 3.5 avec desfeuilles de stylechargéen utilisant bloginfo('stylesheet_url'); recevait lemêmeproblème,rapport de contenunon sécurisé sur lesfeuilles de style de leurthème.Pouvez-vous regarder votrethèmeet nous dire comment vosfeuilles de style sont chargées?

Have you tried running SSL Insecure Content Fixer? (disclosure: I wrote it, but I just want to know have you tried fixing your problem with this plugin). It should clear up most of the script load errors, at least for plugins that haven't been too naughty.

I notice that you're running WP 3.5. I had a report this morning that someone running WP 3.5 with stylesheets loaded using bloginfo('stylesheet_url'); was getting the same problem, insecure content report on their theme's stylesheets. Can you look at your theme and tell us how your stylesheets are loaded?