Fonts @导入字体：Dropbox vs.Home Server，意外差异

我在家里托管，使用我的家庭互联网连接（OSX上的Apache），这不是一条业务线或类似的东西。尽管如此，我还是设法实现了20ms左右的ping，55mbps的下行速度和12mbps的上行速度，这样我们就可以清楚地知道，这不是什么低速率的DSL连接：P

无论如何，使用Pingdom的网站速度测试，我能够测试网站涉及的各种文件的加载时间，包括HTML、CSS、Js和.woff文件

.woff文件用于网站的自定义字体，它们与其他网站文件和Dropbox一起托管在服务器上

当我在CSS文件中指定从Dropbox而不是家庭服务器获取.woffs时，Pingdom报告说网站的加载时间大大提高了性能。事实上，加载所有内容的时间从3秒减少到1秒多一点，当然也包括

当然，这并不奇怪，因为Dropbox这样做是为了隐喻，因此我们可以预期服务器响应时间和下载速度要比家庭服务器好得多。不过，有趣的是，Pingdom报告说，当它们来自Dropbox时，.woff要小得多——小了95%。所有这些，当到Dropbox的链接也是SSL时

我试图找到更多关于Dropbox如何转换或压缩上传文件的信息，但没有找到多少。此外，从Dropbox重新下载字体时，字体的大小会保持原来的大得多

有人知道这件事吗？Dropbox是否自动优化@import-ing的.woff文件？看起来有点不可思议。。。此外，似乎家庭服务器要花相当长的时间才能交付.woff文件，也许这只是家庭级internet连接的标准，但我觉得速度太慢了。每个.woff大约为100kB

---

我很想贴张照片，但是。。。。无论如何，这里有一个屏幕截图的链接-（Dropbox正在为我切断底部，所以你可以选择下载图片并在本地查看）

正如smarx所说，在Dropbox链接的末尾附加？raw=1或？dl=1将使链接直接下载，Dropbox网站上没有带有下载按钮的“大厅”页面

这使一个人的CSS文件能够通过@import从Dropbox获取字体文件等

---

在简短的测试中，两个查询参数（？raw=1或？dl=1）似乎都没有提供优于另一个的性能，事实上，每个Dropbox托管的文件都需要在网站上加载两个请求。因此，实际上，在我的案例中，将.woff文件保存在家庭服务器上比Dropbox的“超高速”下载服务器更有效（读取速度更快）

Dropbox绝对不会修改您的文件。你能举一个例子说明你点击Dropbox下载

.woff

？你确定它是指向实际内容的链接而不是HTML页面吗？我确定，HTML和CSS来自主服务器，在CSS文件中，为字体指定了@import，并指向Dropbox上的公共共享链接。这只是Dropbox在交付.woff文件方面比我的家庭服务器做得好得多的问题。但是，正如我所说，它似乎太好了。正如我所说，pingdom报告的字体大小是11.4kB，而不是它们的实际大小（从~100kB到~200kB）。我给Dropbox发了电子邮件，但我并不期望通过它们找到答案，因此这里有一个线程。共享链接不会指向文件本身。它将转到显示该文件的HTML页面。我担心你用的就是这个。你能举一个你正在使用的URL的例子吗？哦，对了，我明白你现在说的。我猜根本没有加载字体，这就解释了文件大小的差异。我现在就拿着我的“duh”奖回家。字体也是本地的，所以这就解释了为什么它们会加载到我的端。。。好吧，如果只是想从中得到一些东西，你能推荐一个文件托管网站，我可以在那里托管.woff文件，我想下载链接必须是直接的…你可以使用dropbox。如果看不到您正在使用的URL示例，很难准确地告诉您如何使用，但请尝试将

？raw=1

放在URL的末尾。看，这是正确的<代码>？raw=1返回指向实际内容的重定向。两次往返很难打败一次。