从另一个域加载 CSS 和 JS 文件，并从一致的 URL 提供资源

Loading CSS and JS files from another domain and serving resources from consistent URL

本文关键字：URL 资源另一个加载 CSS JS 文件更新时间：2023-09-26

我有一个网站，它变得有点大，并且建立在超级限制性平台（SBI）上。在那里，您必须遵循他们的文件结构并将所有内容放在适当的文件夹中，然后通过他们的界面手动上传每个文件。我有很酷的HTML5模板和一些Javascript，里面有很多小文件和图像，所以使用Filezilla将所有这些东西上传到由Hostgator托管的其他域，然后只是将css和js文件从我的SBI网站引用到它们在我的Hostgator域中的位置。

此方法是否存在任何潜在问题？

我

问的原因是因为昨天我看到了谷歌关于从一致的URL提供资源的文章：https://developers.google.com/speed/docs/best-practices/payload#duplicate_resources 但是，我可能误解了它的含义。当我在这里测试我的实际URL时，谷歌的页面速度见解 https://developers.google.com/speed/pagespeed/insights 它建议我从一致的URL提供资源，但在细节上，它不会抱怨我的CSS和JS文件，它只抱怨Facebook，就像这样：

对此页面的建议：以下资源具有相同的内容，但从不同的 URL 提供。从一致的 URL 提供这些资源，以保存 1 个请求和 24.3KiB。http://static.ak.facebook.com/.../xd_arbiter.php?...https://s-static.ak.facebook.com/.../xd_arbiter.php?...

感谢您阅读本文。提前感谢！

从不同域提供静态内容是常见的做法，我没有看到任何问题 - 它与您用于提供它的服务器一样安全可靠。

Facebook警告可能意味着您正在加载相同的FB API脚本两次，或者它可能只是FB开发人员完成的一些黑魔法。

将

文件托管在其他站点上应该没有任何问题。您的用户可能会遇到稍微慢一点的页面加载，因为他们的机器必须执行更多的 DNS 查找，另一方面，大多数 Web 浏览器最多只能同时从主机下载 2 个文件，因此将主机加倍可以使您的同时下载翻倍。关于Facebook的警告是因为相同的脚本从两个不同的地方下载了两次，这并不理想，但我不熟悉Facebook api，所以我不确定是否可以提供帮助。