Na IE CSS font-face działa tylko podczas poruszania się po wewnętrznych linkach

Miałem do czynienia z tym samym problemem.

W przypadku gdy nagłówek .plik eot zawiera Cache-Control: no-cache wartość, IE9 nie ładuje poprawnie czcionki. Pokazane narzędzia DevWynik - 200, ale kolumna otrzymane pokazano 400B, w tym samym czasie Content-Length było 70Kb. Użyłem następującej wartości Cache-Control: max-age=0, aby rozwiązać problem.

Właśnie miałem ten sam błąd, a dla tych, którzy chcą mieć czyste rozwiązanie (niezwiązane z dokładną technologią): musisz upewnić się, że nagłówki czcionek, które wysyłasz, nie mówią no-cache. Oprócz tego, co zostało napisane wcześniej, istnieją w rzeczywistości dwa nagłówki, które mogą to zrobić:

"cache-control: no-cache"

I

"pragma: no-cache"

Oba mówią, że przeglądarka jest taka sama, pierwsza jest częścią HTTP1.1, druga jest starsza (HTTP1.0).

Teraz rozwiązania:

• jeśli naprawdę chcesz serwować czcionki (i inne pliki?) bez buforowanie po stronie klienta, set "cache-control" to "max-age=0"; możesz upuścić nagłówek pragma, jest przestarzały(lub ustawić go na "pragma: cache").
• jeśli chcesz mieć buforowanie: Usuń wartości no-cache i ustaw właściwy max-age (np. "cache-control: max-age=3600" - one hour cache). Pragma może być ustawiona na "pragma: cache" lub całkowicie usunięta.

Znalazłem alternatywne rozwiązanie, aby rozwiązać ten problem.

Umieściłem czcionkę bezpośrednio w arkuszu stylów, zamiast ładować ją jako osobny plik czcionki. Działa to absolutnie dobrze we wszystkich przeglądarkach, w tym Windows, Mac, IOS, Android itp., a także pomaga zmniejszyć liczbę żądań HTTP na stronie internetowej.

Nie będzie to wymagało żadnej zmiany w header Cache-Control.

@font-face { font-family: '<FONT NAME>'; src: url(data:application/x-font-woff;charset=utf-8;base64,<BASE64_ENCODED>) format('woff'), url(data:application/x-font-ttf;charset=utf-8;base64,,<BASE64_ENCODED>) format('truetype'); font-weight: normal; font-style: normal; }

Możesz użyć wbudowanego polecenia base64 w systemie OS X lub Linux do kodowania czcionek.

Odpowiedź JustAMartin doprowadziła nas do innego rozwiązania:

Zamiast komentować dwie ostatnie linijki

    // do not use any of the following two - they break CSS fonts on IE
    HttpContext.Current.Response.Cache.SetCacheability(HttpCacheability.NoCache);
    HttpContext.Current.Response.Cache.SetNoStore();

Dodaliśmy następujący wiersz:

HttpContext.Current.Response.Cache.SetAllowResponseInBrowserHistory(true);

Powinno to nadal pozwalać na brak pamięci podręcznej, z wyjątkiem nawigacji do tyłu i do przodu, jak to Rozumiem. MSDN-SetAllowResponseInBrowserHistory Method

Usunięcie globalnych ustawień odpowiedzi NoCache i NoStore naprawi czcionki, ale jeśli potrzebujesz tych ustawień, to oczywiście nie jest to odpowiedź.

Rozumiem, że tylko ustawienie pamięci podręcznej na expired nie będzie konsekwentnie uniemożliwiać wyświetlanie stron w pamięci podręcznej; wymusza sprawdzenie na serwerze, ale jeśli strona nie zostanie zmodyfikowana (odpowiedź 304) może (Zwykle?) nadal wyświetla buforowaną wersję.

(właściwie czytając to teraz przyszło mi do głowy, że ustawianie pamięci podręcznej klienta aby natychmiast wygasnąć w połączeniu z SetNoServerCaching może wymusić na stronie klienta, aby zawsze odnawiać? Wydaje się jednak, że może to mieć wpływ na wydajność.)

Znalazłem, że w ASP.NET MVC używanie atrybutu OutputCacheAttribute na kontrolerze w celu wyłączenia buforowania nie powoduje złamania czcionek IE.

[OutputCacheAttribute(VaryByParam = "*", Duration = 0, NoStore = true)]
public class FooController : Controller
{
    ...
}    

Zdaję sobie sprawę, że NoStore nie jest tym samym co SetCacheability (HttpCacheability.NoCache), ale wydaje się działać w tym celu.

Można utworzyć kontroler bazowy z atrybut do dziedziczenia, aby Kod był czystszy.

Upewnij się, że nie jest to problem ze ścieżką, tzn. plik CSS jest względny do miejsca, w którym znajdują się czcionki. W Twoim przypadku plik CSS musi znajdować się w tym samym folderze co Pliki Czcionek.

Nie ustawiaj nagłówka żądania Vary na https

Brak wczytywania czcionek

Vary:Accept-Encoding,https

Prace

Vary:Accept-Encoding

Ustawienie nagłówka pamięci podręcznej jest konieczne, aby uniknąć opóźnionego ładowania czcionki.