缓存 Typekit CSS

发布于 2024-08-19 22:01:49 字数 249 浏览 4 评论 0原文

我正在使用 TypeKit 为我正在开发的网站提供字体。页面加载时加载速度很慢(超过一秒)。事实证明,这是因为它在每次请求时都会下载字体。我无法理解像这样的服务没有配置 etag 来让客户端缓存字体……但我离题了。在 TypeKit 修复此问题之前,我将临时在本地托管 CSS。

有人遇到过 TypeKit 这个问题吗?你是如何解决这个问题的?也许我错了?

I'm using TypeKit to provide fonts for a site I'm developing. When the page is loading it loads slow (more than a second). Turns out that this is because it's downloading the fonts on every requests. It's beyond me that a service such as this doesn't have etags configured to get clients to cache the fonts...but I digress. Until TypeKit fixes this I host the CSS locally temporarily.

Anyone had this issue with TypeKit? How did you work around it? Perhaps I'm wrong?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

那些过往 2024-08-26 22:01:49

根据 在他们的 getsatisfaction.com 帐户上发布的内容,他们至少有一些缓存:

需要注意的一件事是,虽然字体带有 Expires 标头,但它们也带有 Etag。浏览器需要在 5 分钟后发出请求,但通常会使用 Etag 生成 304(未修改)响应 - 这意味着,字体实际上不会再次下载。

你能用 Firebug 检查一下发生了什么吗?

According to a posting on their getsatisfaction.com account, they have at least some caching in place:

One thing to note is that although the fonts are served with an Expires header, they're also served with an Etag. The browser is required to make a request after 5 minutes, but will normally use the Etag to generate a 304 (Not Modified) response - meaning, the fonts aren't actually downloaded again.

can you check what happens using Firebug?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文