我们（Krita 社区的几位志愿者）已为 Krita 艺术家 社区搭建了一个 Discourse 论坛。其设置与 Blenderartists.org 非常相似。
由于这是一个与艺术软件相关的论坛，讨论中将包含大量图片。从 GDPR 的角度来看，Discourse 提供了从个人资料的活动部分下载用户数据的功能。但我注意到，下载的内容并不包含用户发布到论坛的图片。我想询问是否有办法将用户发布的图片包含在下载的 ZIP 文件中？是否有插件可以提供此类功能？
谢谢。
很遗憾，目前核心功能中尚无此功能，据我所知也没有任何插件提供该功能。
我们理应将在数据下载中包含用户上传的任何图片。
从技术上讲，他们仍然拥有这些 URL，因此可以直接解析并提取。我担心图片密集型的用户在点击按钮时会导致服务器消耗大量时间。
如果这听起来像个愚蠢的想法，请见谅。给用户提供一段预定的时间回来获取 ZIP 文件是否会有所帮助？在此期间，可以在服务器活动较少时进行 ZIP 文件的创建。
我不放心让一个活动频繁的普通用户直接触发从 S3 下载约 500MB 的数据以进行重新打包。
我更倾向于为他们提供一个脚本链接，让他们可以针对导出内容运行该脚本以下载图片。
我不是专家，但我认为从 GDPR 的角度来看，这不是一个可接受的解决方案。@RGJ 您了解吗？
此帖将关闭 6 天，以便我们的律师在事态演变为 GDPR 纠纷之前审阅。您仍然可以以管理员身份为用户运行脚本，并可选择通过电子邮件向他们发送图片。
关于这个问题有什么更新吗？是提供脚本/工具，还是核心修复？
我知道如何手动操作，但我比其他人更擅长技术。
具体来说，
这是今天生成的 user-archive.csv 文件中的内容。这样的链接对用户来说并不友好。
我昨天首次进行了自五月以来的帖子导出，看到它得到了一些改进，但有一个（对我来说）奇怪的改动：
但其中没有包含图片，而且我仍然看到一些片段（用 meta 测试过），其 URL 非常难以使用，例如：（注意，这是我在五月更新之后上传的图片）。
将图片放入归档中会很麻烦。我们可以轻松地在归档中包含经过处理的帖子和原始帖子，这样图片及其他所有经过转换的内容都能以标准方式关联，便于解析。
最近引入的预签名 URL 选项是如何工作的？我承认我不太了解其具体实现，但我担心这些 URL 可能不够稳定。
（指的是：https://meta.discourse.org/t/secure-media-uploads/140017）
如果我们按照 @Falco 的建议将已处理的文章放入，那么 URL 将会是 /secure-media-uploads/blah。预签名 URL 仅在从安全媒体 URL 请求上传时生成，因此您不会遇到任何问题。
此功能请求（如果这是功能请求的话）的现状如何？
让我们将此分解为几个较小的问题：
- 目前是否有任何方法可以让用户获取其帖子中包含的所有图片的副本？
- 是否有任何方法可以获取（或重新创建）这些帖子，至少在上传的图片位于应有位置的程度上？
虽然我不确定我是否能写一个完整的脚本，但我确实尝试过根据 user_archive.csv 中目前包含的信息来重建图片的 URL，但我看不到如何做到这一点，因为 CSV 文件中提供的图片链接与该图片在论坛上的公共 URL 之间似乎没有关联。
例如，我的 CSV 文件中有 ，而该图片在论坛上的 URL 是 https://forum.example.com/uploads/default/original/2X/d/d04053334ed6a40db3cdcf83c1c6eb139079494e.png，所以即使脚本使用 tIh81VxrDGPzUkxhikPmbgFGbO6.png 结合某个基础 URL，它也无法检索到图片，对吗？或者图片是否以某种方式拥有多个身份？
感谢您顶起这个话题！我之前没看到过。
浏览了一下，我既认同 @codinghorror 关于图片应该以这种方式可访问的看法，也认同 @sam 对服务器端资源需求的担忧——尤其是在用户本身不关心图片的情况下。
我无法评论可行性，但从纯粹的用户体验角度来看，我觉得最好是在现有的下载选项旁边提供一个单独的“下载图片”按钮，或者在您使用现有下载选项时弹出一个询问是否要包含图片的提示。
目前还没有，您需要前往论坛。我支持 @Falco 的更改，作为当前情况的快速临时改进。
有时是……有时不是。这还没有被安排。
我将优先把“cooked”添加到导出中，这是一个简单的更改，应该在下个月的某个时候完成。