我有一些关于性能的好文章链接,它们在我的书签文件夹中“燃烧”着,想把它们分享出来。

- 从字体到 SVG:图标迁移策略— Erwin Hofman 指出,他出于便利性使用图标字体,但有许多理由不使用它们。他提供了关于他使用图标的新策略的详细信息,该策略基于
<use>
技术。五年后,我仍然很喜欢 直接将<svg>
放在 HTML 中 的地方。它就像任何其他 HTML 部分一样。 - Next.js 性能:让快速框架更快速— Ben Schwarz 表示,Next.js 本身就是一个非常快的框架,因为它做了一些智能的事情,让即使是 React 支持的页面也保持快速。但性能不是完全可以依赖框架的事情。您需要做一些工作。幸运的是,Next.js 有一些非常方便的助手,例如动态(延迟)加载组件、延迟脚本、优化图像等等。
- 重定向清算— Tim Vereecke 阐述了一种引人入胜的技术,它不是将旧 URL 重定向到新 URL,而是让旧 URL 加载,动态加载新内容,然后使用
history.replaceState
将旧 URL 替换为新 URL。它更快,但不要对机器人这样做。 - 使用 Cloudflare Workers 进行高性能 A/B 测试— Philip Walton 阐述了为什么 A/B 测试在静态网站上比在服务器支持的网站上更棘手,但您可以(高效地)完成它,这要归功于 Cloudflare Workers,它可以在 HTML 触达浏览器之前对其进行操作,就像 Service Worker 一样,只是在边缘而不是在客户端。保存一个 cookie,您就可以让用户保持在他们各自的组别中。
- 统一的 Web 性能理论— Alex Russell 试图回答 Tanner Hodges 对实际定义 Web 性能的呼吁。它是一些看似显而易见的事情(比如清楚地知道哪些事情有助于和损害 Web 性能),但实际上定义它却很棘手。不仅仅是根据特定指标来定义它(即使这样做也很棘手),还要回答诸如:这个学科的指导原则是什么? 实践 Web 性能是什么样子?我们该怎么做?
- 揭秘新的 WebPageTest UI— 我非常喜欢看到 WebPageTest 的设计不断发展和改进。它是一款明显是性能实践者最佳工具的产品,但多年来一直有着非常糟糕的设计。现在好了很多。就像 Google Fonts 终于重新设计,整个社区都松了一口气一样。
- 缓存头最佳实践— Simon Hearne 关于缓存头的论文。当我开始关心 Web 性能时,这就是主要的事情。如果您错误地发送了缓存头,用户可能会一遍又一遍地不必要地重新下载文件,即使他们不需要这样做,这可能是有史以来最糟糕的事情。我很高兴看到缓存头不断受到关注,并在 Web 发展过程中得到重新设计。