为什么 FontAwesome 建议通过 .js 脚本而不是 CDN 链接来包含？答案

【问题标题】：Why does FontAwesome recommend including via a .js script instead of a CDN link?为什么 FontAwesome 建议通过 .js 脚本而不是 CDN 链接来包含？
【发布时间】：2021-07-21 15:00:18
【问题描述】：

我正在寻找一个 CDN 以链接到 FontAwesome。他们的website 改为提供.js link（而不是使用，例如，我发现的这个Open Source CDN）

它是否检查（或尝试多个）到 CDN 的链接？

【问题讨论】：

我经常看到缺少图标，因为我使用 noscript 并且只允许 TLD，所以我错过了来自 CDN 的脚本
您的开源链接即使没有损坏，也会被混淆。 opensource.keycdn.com/fontawesome/4.6.3/font-awesome.min.css

标签： javascript font-awesome cdn

【解决方案1】：

如果您使用免费版的 font-awesome，请使用cdnjs。

对于专业用户，Setup Webfont with CDN 将提供有关如何使用 pro.fontawesome.com

设置 CDN 的见解

#### 旧答案：

~~use.fontawesome.com 是 Font Awesome 自己的 CDN。~~##

标题

FontAwesome 拥有自己的付费选项和 CDN 提供的使用分析以及许多其他功能。这就是为什么他们更喜欢为最终用户提供自己的 CDN。

【讨论】：

网站use.fontawesome.com已关闭，我宁愿使用https://cdnjs.com/libraries/font-awesome

【解决方案2】：

从去混淆和快速浏览 JS 文件看来，它是一种“一劳永逸”的解决方案，意思是：

它会加载必要的 CSS，设置图像的字体类型，还会报告谁在使用他们的东西。

看起来它可能会将它们的图标绑定到类中 fa 的使用

看起来使用 .js 文件而不是 CDN 有明显的优势。

【讨论】：

【解决方案3】：

如果您检查从嵌入代码中获得的脚本文件，它会从以下内容开始：

window.FontAwesomeCdnConfig = {
    autoA11y: {
        enabled: true
    },
    asyncLoading: {
        enabled: true,
    },
    reporting: {
        enabled: true,
        domains: "localhost, *.dev"
    },
    useUrl: "use.fontawesome.com",
    faCdnUrl: "https://cdn.fontawesome.com:443",
    code: "5083f6dc23"
};

之后，它只是从 CDN 加载文件。这显然意味着有（即使是微不足道的）额外开销。那么这里到底发生了什么？

FA 选择这种方法的原因有两个很好的候选：

收获电子邮件：他们有一些付费产品，如果他们可以通过电子邮件向已经对类似产品感兴趣的人发送电子邮件，不是很好吗？
统计信息：每个生成的脚本都有一个看似唯一的代码，可用于跟踪谁使用了多少带宽。

【讨论】：

【解决方案4】：

使用 .js 文件似乎允许异步加载和自动可访问性等附加功能。如果他们也进行更多跟踪，我不会感到惊讶。异步加载意味着明显的开销实际上是更少。

【讨论】：

【解决方案5】：

我来到这里是因为我对加载到我的网页中的脚本数量惊人（以及坚持放在首屏）感到震惊。

从那以后我就用过这个了； http://opensource.keycdn.com/fontawesome/4.6.3/font-awesome.min.css 当然，这需要保持最新状态，虽然人们可以理解 fontawesome 需要产生一些收入流，但我希望它们能比所涉及的电话数量更多。

有一个选项可以将 fontawesome CDN 用作 CSS 文件，或许可以解决一些问题。

【讨论】：