<LINK rel="SUBRESOURCE" href="“file”"> ne cache, en dépit d'avoir corriger les en-têtes de cache.S'affiche à télécharger deux fois avec un 200OK réponse
https://stackoverflow.com//questions/24000590
-
20-12-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'utilise Glyphicons sur mon site web, ils sont servis dans un cadre de Bootstrap 3.Dans l'affichage de l'onglet Réseau de la dev console j'ai réalisé qu'ils étaient chargement de la fin (lorsque le navigateur de l'analyseur obtenu d'elle), et il y avait de la place pour améliorer les performances en apportant de cet élément dans le navigateur plus tôt.
Dans google Chrome, il est possible de le faire via:
<link rel="subresource" href="https://cdnjs.cloudflare.com/ajax/libs/twitter-bootstrap/3.1.1/fonts/glyphicons-halflings-regular.woff">
Dans le <HEAD> de ce document.
Je vois le DOMContentLoaded augmentation du temps d'une façon qui suggère que ce fichier est en cours de chargement deux fois (d'abord sur la ligne 5 dans la capture d'écran, et de nouveau à la 2ème à la dernière ligne).Mon soupçon est confirmé qu'il est en cours de chargement à deux reprises par le Code de Réponse HTTP (200) qui me dit qu'il est venu à partir du serveur distant les deux fois, et n'a pas été récupérée à partir de la mémoire Cache.
Vous pouvez voir ce que les dev console ressemble ici:http://oi60.tinypic.com/2t9n7.jpg (Dans le cas tinypic descend, le voici dans ma dropbox: https://www.dropbox.com/s/vlwgywatg9rsg8v/subresourcenotcached.png)
Les en-Têtes de Cache sur la version HTTP de l'actif, mais il est intéressant de noter l'onglet réseau de la sortie sur le dev console semble le même pour HTTP et HTTPS.
HTTP/1.1·200·OK(CR)(LF)
Server:·cloudflare-nginx(CR)(LF)
Date:·Mon,·02·Jun·2014·17:49:06·GMT(CR)(LF)
Content-Type:·application/octet-stream(CR)(LF)
Content-Length:·23320(CR)(LF)
Connection:·close(CR)(LF)
Last-Modified:·Thu,·13·Feb·2014·22:45:07·GMT(CR)(LF)
Expires:·Sat,·23·May·2015·17:49:06·GMT(CR)(LF)
Cache-Control:·public,·max-age=30672000(CR)(LF)
Access-Control-Allow-Origin:·*(CR)(LF)
CF-Cache-Status:·HIT(CR)(LF)
Accept-Ranges:·bytes(CR)(LF)
CF-RAY:·13457c53f04d0378-LAX(CR)(LF)
(CR)(LF)
Quelqu'un d'avoir un aperçu de comment je peux obtenir ce .woff fichier de cache, et à utiliser correctement le LIEN sous-ressource de capacité dans Chrome?
La solution
C'est un bug dans le courant de Chrome.Jetez un oeil à https://code.google.com/p/chromium/issues/detail?id=312327
