Woff en caching en Blocking in FF

[chielsen]

Ik maak gebruik van de @font-face css tag, om lettertypes te laden. Dit werkt ook, en normaliter (in ff) laadt hij de .woffs die ik heb aangemaakt.
Hoewel ik allerlei caching dingen heb geprobeerd (expires, last modified etc) wordt dit maar niet gecached.

Wat zelfs nog irritanter is is dat de eerst aanvraag mislukt (wordt geblocked in firefox 3 en 4). Zie screenshot.
Heeft iemand dit weten te verhelpen?

[zwippie]

Een 304 geeft toch juist aan dat de browser de content uit zijn cache mag halen?

[Bosmonster]

Dat die eerste falen is lastig te debuggen zonder code verder overigens. Misschien dat ze twee keer worden geinclude.

[BtM909]

^ ^ klopt. Een hele kleine testcase zou wel iets verder kunnen helpen

[creator1988]

Let op dat wanneer je in Firefox F5 drukt om te refreshen, hij sowieso niet naar cache kijkt. Zie je de items ook langskomen in Firebug als in je adresbalk gewoon op enter drukt?

[chielsen]

De 304 komt altijd (mist hij het bestand in zijn cache heeft natuurlijk), ook bij het gewoon bezoeken van de site. Hierbij worden de javascript bestanden wel goed gecached.

De bestanden worden niet geincluded. Ik maak alleen een referentie naar ze in de css. Firefox bepaalt dan dat hij ze moet ophalen.

Als hij weet dat de bestanden pas verlopen in 2020 zou hij niet eens een request moeten maken. Trouwens ook op andere site die aparte fonts gebruiken wordt dit niet goed gecached.

[Voutloos]

Test eens met een tool of je alles goed doet qua caching headers enzo. Bijv. met http://redbot.org/

[Johnvh]

Het dubbel inladen van WOFF files met Font-face viel mij ook al op. Volgens mij is het ook alleen in Firefox 4. Firefox 3.6 laat in Firebug niks vreemds zien