Police Génial Avec HTTPS
Si je rencontre un problème avec la Police Génial dans IE8 lors de l'utilisation de HTTPS sur mon site et c'est même reproductible de la Police Impressionnant site propre. Si je vais à Police Impressionnant sur HTTPS dans IE8-je obtenir cases de tous les icônes cependant, si je vais à Police Impressionnant sur HTTP obtenir les icônes affichées correctement.
Quel est le problème ici? J'ai entendu dire qu'il pourrait être quelque chose à voir avec les chemins de police de font Awesome sur HTTPS mais pas sûr à ce sujet.
Voici une capture d'écran pour ceux qui aiment ces choses:
Mise à jour
Voici donc le code qui fait référence à la polices et les charges de la CSS. Je vais utiliser le code de la Police Impressionnant du site puisque cela semble être un problème avec la Police Génial et pas
nécessairement quelque chose avec mon site:
HTML références CSS et une icône:
<link rel="stylesheet" href="../assets/css/site.css">
<link rel="stylesheet" href="../assets/css/pygments.css">
<link rel="stylesheet" href="../assets/font-awesome/css/font-awesome.css">
...
<div class="fa-hover col-md-3 col-sm-4">
<a href="../icon/adjust"><i class="fa fa-adjust"></i> fa-adjust</a>
</div>
Dans font-awesome.css
:
@font-face {
font-family: 'FontAwesome';
src: url('../fonts/fontawesome-webfont.eot');
src: url('../fonts/fontawesome-webfont.eot?#iefix') format('embedded-opentype'),
url('../fonts/fontawesome-webfont.woff?v=4.0.3') format('woff'),
url('../fonts/fontawesome-webfont.ttf?v=4.0.3') format('truetype'), url('../fonts/fontawesome-webfont.svg?v=4.0.3#fontawesomeregular') format('svg');
font-weight: normal;
font-style: normal;
}
Mis à jour. Laissez-moi savoir si vous avez besoin de plus, mais vous devez également être en mesure d'aller à la Police Impressionnant du site et de regarder leur source. Merci!
D'un autre point de données. Si au lieu d'utiliser une URL relative dans le @font-face sections-je utiliser une codé en dur chemin d'accès à l'adresse http:// que HTTPS charge les polices très bien (bien qu'avec un IE erreur sur le chargement d'un contenu non sécurisé), mais si j'ai le code pour HTTPS, les polices ne se charge pas. Il semble y avoir un problème avec la demande .eot fichiers via le protocole HTTPS ou au moins dans la façon dont je le fais.
J'ai le même problème, l'icône de la police ne s'affiche pas dans IE8 via HTTPS. @tkeE2036, avez-vous une mise à jour sur cette question?
Le problème était le Pragma: no-cache qui a été envoyé à travers lorsque les polices sont récupérées. Supprimer ce à partir de la réponse (pour le point de terminaison qui était de servir la police impressionnant de polices) et ça devrait résoudre le problème.
OriginalL'auteur Ian Dallas | 2014-03-26
Vous devez vous connecter pour publier un commentaire.
J'ai trouvé le problème et publierons la réponse au cas où quelqu'un d'autre l'expérience de la même question. Le problème était avec le cache HTTP, nous ont envoyé avec le fichier de police. Apparemment, cela provoque IE8 sur HTTPS pour ne pas charger les polices de caractères pour une raison quelconque (si quelqu'un en connaît la véritable raison, s'il vous plaît commentaire ci-dessous). Le succès des en-têtes doivent ressembler à ceci:
mais ont été envoyés comme ceci:
Pragma: no-cache
.toute solution à ce problème?
J'ai le même problème, je google le problème, mais aucune solution. Toute idée est la bienvenue!
Oui, en voyant le même problème sur mon site en https.
Voici le bug sous IE: connect.microsoft.com/IE/feedbackdetail/view/992569/...
OriginalL'auteur Ian Dallas
Ce qui se passe dans IE uniquement avec le protocole https.
Supprimer tous les en-têtes HTTP de la fontawesome fichiers qui empêcher la mise en cache, par exemple
Après avoir retiré le cache de contrôle de ces fichiers, vous devriez voir vos icônes. Après le rechargement de votre page toutes les fontawesome fichiers doivent montrer le code HTTP 304, c'est à dire le fichier provient du cache des navigateurs.
OriginalL'auteur Guido Müller
je pense la même chose,
OriginalL'auteur eventHandler
ajouter NoCacheHeaderFilter dans web.xml et de fournir les exclure des chemins d'accès de fichier.
ajouter un filtre de ce genre.
OriginalL'auteur anfas
La réponse pratique est,en utilisant un proxy pour masquer le navigateur de tous les cache-control et pragma: "no-cache" en-tête retournée au navigateur.
J'ai utilisé nginx comme ça, en ajoutant les commandes suivantes https proxy emplacement:
Voir ici pour les détails.
OriginalL'auteur user1767316