Html @字体脸-CSS字体的奇怪请求URL

这是一个愚蠢的问题，我假设有一个简单的解决办法。我在Wordpress主题中使用web字体-我正在处理的站点有两个域可用于访问同一站点

在我的CSS中，我使用字体松鼠格式声明字体：

@font-face { font-family: 'Oswald'; src: url('oswald-regular-webfont.eot'); src: url('oswald-regular-webfont.eot?#iefix') format('embedded-opentype'), url('oswald-regular-webfont.woff') format('woff'), url('oswald-regular-webfont.ttf') format('truetype'), url('oswald-regular-webfont.svg#Oswald') format('svg'); font-weight: normal; font-style: normal; } @字体{ 字体系列：“Oswald”； src:url（'oswald-regular-webfont.eot'）； src:url（'oswald-regular-webfont.eot？#iefix'）格式（'embedded-opentype'）， url（'oswald-regular-webfont.woff'）格式（'woff'）， url（'oswald-regular-webfont.ttf'）格式（'truetype'）， url（'oswald-regular-webfont.svg#oswald'）格式（'svg'）； 字体大小：正常； 字体风格：普通； } 当我转到其中一个域时，这种方式很好，但是当我通过另一个域转到站点时，字体无法加载，因为它被认为是“跨站点”请求。基本上，当我访问domain1.com时，请求如下所示：

但当我访问domain2.com时，请求仍然是这样。为什么？由于我使用的是相对路径，domain2.com不应该请求：

有人知道我搞砸了什么吗？Wordpress是否以某种方式将完整路径注入CSS

---

注意：它适用于Chrome，但不适用于Firefox或IE10。Chrome也有同样奇怪的URL行为，区别在于Chrome允许跨站点请求。

这可能是因为您使用

get\u stylesheet\u directory\u uri（）

或类似方法获取CSS文件的路径，然后在

wp\u enqueue\u style（）调用中使用该路径

当它呈现给浏览器时，页面将有一个指向其中文件的完整路径，而不是相对路径，这意味着字体文件是相对于另一个站点的，因此它是跨站点的。
这种情况很可能发生，因为您使用的是
get\u stylesheet\u directory\u uri（）
或类似方法获取CSS文件的路径，然后在
wp\u enqueue\u style（）调用中使用该路径

当它呈现给浏览器时，页面将有一个指向其中文件的完整路径，而不是相对路径，这意味着字体文件是相对于另一个站点的，因此它是跨站点的。
这种情况很可能发生，因为您使用的是
get\u stylesheet\u directory\u uri（）
或类似方法获取CSS文件的路径，然后在
wp\u enqueue\u style（）调用中使用该路径

当它呈现给浏览器时，页面将有一个指向其中文件的完整路径，而不是相对路径，这意味着字体文件是相对于另一个站点的，因此它是跨站点的。
这种情况很可能发生，因为您使用的是
get\u stylesheet\u directory\u uri（）
或类似方法获取CSS文件的路径，然后在
wp\u enqueue\u style（）调用中使用该路径

当它呈现给浏览器时，页面将有一个指向其中文件的完整路径，而不是相对路径，这意味着字体文件是相对于另一个站点的，因此它是跨站点的。
对于Firefox来说，这个博客似乎很有价值，这是一个非常有趣的准备，非常有用-谢谢你，伙计，我将能够使用这些信息。对于Firefox，这个博客似乎很有价值。这是一个非常有趣的准备，非常有用-谢谢，伙计，我将能够使用这些信息。对于Firefox，这个博客似乎很有价值。这是一个非常有趣的准备，非常有用-谢谢，伙计，我将能够使用这些信息。对于Firefox，这个博客似乎很有价值，这是一个非常有趣的现成的，非常有用的-谢谢朋友，我将能够使用这些信息。