# 缓存 onebox 图片和/或从主域名提供它们

**URL:** <https://meta.discourse.org/t/cache-onebox-images-and-or-serve-them-from-the-main-domain/325769>\
**Category:** Feature\
**Created:** [2024年九月10日 06:29 UTC](https://meta.discourse.org/t/cache-onebox-images-and-or-serve-them-from-the-main-domain/325769 "2024-09-10T06:29:04Z")\
**Posts on this page:** 4\
**Page:** 2

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [2026年三月9日 20:12 UTC](https://meta.discourse.org/t/cache-onebox-images-and-or-serve-them-from-the-main-domain/325769/21 "2026-03-09T20:12:34Z")

</div>

> [@max.l](#):
>
> Onebox 网站图标和预览图片仍然从远程服务器获取，这使得该服务器可以跟踪哪些用户打开了帖子

让我们进行实时测试

> **[“It doesn't feel safe”—Many international game developers plan to skip GDC in US](https://arstechnica.com/gaming/2026/03/it-doesnt-feel-safe-many-international-game-developers-plan-to-skip-gdc-in-us/)**
>
> Stories of border issues lead to pervasive travel fears across the worldwide industry.

它最初是从远程网站加载的，提交后会发生什么？

所有内容都像预期的那样从我们的 Discourse Meta CDN 加载。我在这里没有看到任何问题，@max.l。您看到与此测试有任何不同吗？

---

<div class="post-metadata">

**Author:** ![max.l](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/max.l/32/546575_2.png) [@max.l](https://meta.discourse.org/u/max.l)\
**Post date:** [2026年三月9日 20:23 UTC](https://meta.discourse.org/t/cache-onebox-images-and-or-serve-them-from-the-main-domain/325769/22 "2026-03-09T20:23:12Z")

</div>

好的，我被编辑器预览中直接从远程网站加载图片，但在最终帖子中却不再加载这一事实搞糊涂了。诚然，这至少解决了部分问题，但我的理解是，即使那样也违反了 GDPR，因为图片是在网站上加载的。（使用 2026.3.0-latest ( [c682292a4c](https://github.com/discourse/discourse/commits/c682292a4cfd2435bc257b42863cfb1f2525b54a)))

另外，据我所知，这个更改不容易追溯应用，我猜想需要重新烘焙所有帖子？:S

---

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [2026年三月9日 20:40 UTC](https://meta.discourse.org/t/cache-onebox-images-and-or-serve-them-from-the-main-domain/325769/23 "2026-03-09T20:40:28Z")

</div>

> [@max.l](#):
>
> 我猜想需要重新烘焙所有帖子？:S

只需要带有 onebox 的帖子，对吗？而且只有默认情况下不会在 iframe 中加载的 onebox，例如 YouTube onebox 可以跳过。

> [@max.l](#):
>
> 好的，我被编辑器预览中直接从远程网站加载图像，但在最终帖子中不再加载图像这一事实搞糊涂了。

是的，我们很久以前就解决了这个问题。

> [@max.l](#):
>
> 诚然，这至少解决了一部分问题，但我的理解是，即使那样也违反了 GDPR，因为图像是在网站上加载的。

我不是律师 (IANAL)，所以帮不了你。但是如果用户分享了一个网站链接，就像我举例的 Ars 一样，那是否意味着用户已经访问过该网站来获取链接了？而且它不会为其他人从第三方加载图像，对吗？

---

<div class="post-metadata">

**Author:** ![max.l](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/max.l/32/546575_2.png) [@max.l](https://meta.discourse.org/u/max.l)\
**Post date:** [2026年三月18日 15:19 UTC](https://meta.discourse.org/t/cache-onebox-images-and-or-serve-them-from-the-main-domain/325769/24 "2026-03-18T15:19:45Z")

</div>

> [@Falco](#):
>
> 我不是律师，所以帮不上那方面的忙。但是，如果用户分享一个网站的链接，比如我举例的 Ars 网站，那是不是意味着用户已经访问过该网站才能获取链接？而且这个链接不会为其他人加载第三方图片，对吗？

问题不在于此。问题在于，用户正在使用某个论坛这一信息，会在预览窗口中通过图片头信息传输给链接到的网站，而用户对此并未授权。因此，链接到的网站可以追踪到用户正在使用该论坛的事实，这可能根据论坛的类型构成敏感信息（根据《通用数据保护条例》GDPR），用户需要被告知此类信息的传输（并有权拒绝），而 Discourse 目前无法提供这一点。

[上一頁](https://meta.discourse.org/t/cache-onebox-images-and-or-serve-them-from-the-main-domain/325769.md?page=1)