Échec du chargement de ressource: net::ERR_INSECURE_RESPONSE

Votre ressource probablement utiliser un certificat SSL auto-signé sur le protocole HTTPS.
Chrome, Google Chrome bloquer par défaut ce type de ressource est considéré comme non sécurisé.

Vous pouvez contourner cela de cette façon :

• En supposant que votre image de l'URL est https://www.domain.com, ouvrez un nouvel onglet dans chrome et allez à https://www.domain.com.
• Chrome va vous demander d'accepter le certificat SSL. L'accepter.
• Alors, si vous rechargez votre page avec votre monture, vous pouvait voir que maintenant il fonctionne

Le problème comme vous pouvez le deviner, c'est que chaque visiteur de votre site web de a à faire cette tâche pour accéder à votre image.

Vous pouvez remarquer que google chrome bloquer votre URL pour chaque session de navigation, tandis que le chrome peut mémoriser pour toujours que vous avez confiance en ce domaine.

Si votre cadre peut être consulté en HTTP au lieu de HTTPS, je vous suggère d'utiliser, de sorte que ce problème sera résolu.

J'ai encore rencontré le problème décrit ci-dessus sur un Asus T100 Windows 10 appareil de test pour les deux (à jour) de Bord et le navigateur Chrome.

Solution était dans la date/heure paramètres de l'appareil; en quelque sorte, la date n'a pas été réglé correctement (date dans le passé). La restauration de ce par la définition de la date correcte (et en relançant les navigateurs) a résolu le problème pour moi. J'espère que je sauver quelqu'un d'un mal de tête de débogage ce problème.

Si vous êtes en développement, et que vous êtes en développement avec une machine Windows, il suffit d'ajouter localhost comme un Site de Confiance.

Et oui, par DarrylGriffiths commentaire, bien qu'il puisse sembler que vous êtes en train d'ajouter un paramètre Internet Explorer...

Je crois que ceux sont les Fenêtres plutôt que les paramètres d'internet explorer. Bien que les MS ont tendance à croire qu'ils ne IE (d'où l'alerte à côté de "Activer le Mode Protégé" qu'il nécessite redémarré IE)...

Essayer ce code à surveiller, et d'un rapport, d'un possible net::ERR_INSECURE_RESPONSE

J'ai eu ce problème ainsi, l'utilisation d'un certificat auto-signé, que j'ai choisi de ne pas enregistrer dans les Paramètres de Chrome. Après l'accès https domaine et d'accepter le certificat, l'appel ajax fonctionne très bien. Mais une fois que l'acceptation de délai ou avant qu'il ait d'abord été acceptée, le jQuery.ajax() appel échoue silencieusement: le timeout paramètre ne semble pas l'aider et le error() fonction n'est jamais appelée.

En tant que tel, mon code ne reçoit jamais de success() ou error() appel et, par conséquent, se bloque. Je crois que c'est un bug jquery dans le traitement de cette erreur. Ma solution est de forcer le error() d'appel après un délai spécifié.

Ce code ne suppose une jquery ajax appel de la forme jQuery.ajax({url: required, success: optional, error: optional, others_ajax_params: optional}).

Remarque: Vous aurez probablement envie de changer de fonction au sein de la setTimeout pour intégrer au mieux avec votre INTERFACE utilisateur: plutôt que d'appeler alert().

const MS_FOR_HTTPS_FAILURE = 5000;
$.orig_ajax = $.ajax;
$.ajax = function(params)
{
  var complete = false;
  var success = params.success;
  var error = params.error;
  params.success = function() {
    if(!complete) {
      complete = true;
      if(success) success.apply(this,arguments);
    }
  }
  params.error = function() {
    if(!complete) {
      complete = true;
      if(error) error.apply(this,arguments);
    }
  }
  setTimeout(function() {
    if(!complete) {
      complete = true;
      alert("Please ensure your self-signed HTTPS certificate has been accepted. "
        + params.url);
      if(params.error)
        params.error( {},
          "Connection failure",
          "Timed out while waiting to connect to remote resource. " +
          "Possibly could not authenticate HTTPS certificate." );
    }
  }, MS_FOR_HTTPS_FAILURE);

  $.orig_ajax(params);
}