- 字体大小:一个出乎意料的复杂 CSS 属性 — 来自 Manish Goregaokar 在 2017 年的文章。在众多奇特性质中,我发现
font: medium monospace
以 13px 呈现,而font: medium sans-serif
以 16px 呈现,这尤其奇怪。 - 合适的行高 — 由于 CSS 支持无单位的
line-height
,因此您可能不应该设置一个硬编码的数字。 - 是时候告别 Google Fonts 了 — Simon Wicki 并不是说不要使用它们,而是指自托管它们。浏览器开始 隔离每个域的缓存,因此“用户可能已经缓存了它”这一说法不再成立。我原本以为会听到关于更多控制字体加载的内容,但实际上只是关于缓存。
- 我最喜欢的 2020 年字体 — John Boardley 对去年的选择。您见过这些“彩色字体”吗?它们太酷了。查看 LiebeHeide,它看起来像真实的纸笔书写。
- 如何避免由网页字体引起的布局偏移 — 我们现在有了 CLS(累积布局偏移),这是一个重要的性能指标,很快就会开始影响 SEO。由于我们可以通过
font-display
对字体加载进行 CSS 控制,这意味着如果我们设置字体加载的方式导致页面偏移,就会很糟糕。我喜欢 Simon Hearne 的建议,我们可以调整自定义字体和备用字体以 完美匹配。我认为 完美的备用字体 是最好的 CSS 技巧之一。 - 如何为用户界面和应用程序设计选择字体? — Oliver Schöndorfer 为“功能性文本”辩护,它指的是所有非正文文本(例如段落)或显示文本(例如标题)。“清晰度是关键。”
我最近收藏并阅读的一些排版博客文章
DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 200 美元的免费信用额度!
人们经常讨论自托管字体文件而不是 Google Fonts CDN。
但他们没有清楚地解释“自托管”的含义。他们指的是您的原始域名还是您自己的 CDN 子域名?
例如,如果您的网站是 http://www.example.com,并且您有 static.example.com(其 DNS CNAME 记录指向第三方 CDN)来托管所有其他资产(例如 CSS、JS、图像),他们的建议是将 Google Fonts 托管在 static.example.com 上,还是直接托管在 http://www.example.com?
所以他们基本上是在建议您放弃 Google Fonts 以减少一次 DNS 查询吗?
这似乎是那些故意含糊不清的事情,因为他们不知道答案,或者更愿意避免这个问题。这不可能是盲点,因为 CDN 非常普遍。
他们实际上是建议不使用 CDN 吗?不使用 CDN 来加载字体?还是说只是不使用 Google Fonts 的 CDN,而是将其推送到您自己的 CDN(因为无论如何您都必须进行 DNS 查询)?
底线是,如果您放弃 Google Fonts,哪种方式更好
在您自己的服务器/域名上托管字体(不使用 CDN),这等同于一次 DNS 查询。
在您自己的 CDN 上托管字体(只要您使用相同的 CDN 来托管所有其他静态资产),这等同于两次 DNS 查询。
在您自己的服务器/域名上托管字体、CSS、JS、图像和所有其他内容(不使用 CDN)。