我们正试图设置一个“网站员工”页面，其中包含管理员和版主的个人资料信息，并且理想情况下，该页面还应包含他们的所有个人资料图片。例如：
codinghorror
简介： 我存在
联系信息： 东西
但是，我们不希望在员工更改个人资料图片时手动更新此页面。
我们看到了两种实现此目的的方法——每当用户上传新的个人资料图片时，直接替换旧图片并保持链接不变（我们认为这是首选），或者某种链接可以重定向到用户当前头像所在的任何位置。
关于完成此事的最佳方法有什么想法吗？根据我们的测试，仅仅复制他们当前图片的链接并不能按预期工作。
如上所述，如果我们能强制每个用户将任何新的个人资料图片上传到同一位置，这将有助于节省存储空间，并且可以自动使相同的链接按预期工作，同时还能节省存储空间。
这基本上就是“关于”页面，不是吗？就像 About - Discourse Meta
在不同系统之间保持用户信息同步的正确方法是使用 DiscourseConnect - Discourse 的官方单点登录 (sso)。但是，如果只想创建一个包含当前论坛管理员的静态页面，这可能有点过度。在这种情况下，也许可以编写一个每日/每周脚本来解析 /about.json 并进行更新？
是的，我们非常乐意让用户在实际网站上注册，所以单点登录（SSO）似乎有点大材小用。至于关于页面，它的问题在于没有地方放个人简介或外部联系信息，这极大地削弱了它成为一站式解决方案的能力。我们也设想，将所有这些添加到关于页面可能比让更新的图片在另一个页面上正常工作更困难。
脚本不是一个坏主意，尽管如果可能的话，即时响应时间显然会更好——用户能够直观地将个人资料图片与状态联系起来会很有帮助，如果页面上的图片和正在使用的图片不匹配，这可能会让新用户感到困惑。
此外，旧的个人资料图片被保存而不是被新图片覆盖的事实，无论如何似乎在存储方面是不利的。如果我们能简单地为每个用户提供一个存储其个人资料图片的链接，并在他们更改时替换该图片，这似乎是一举两得。
有一个站点设置可以将外部联系方式添加到“关于”页面。
不希望“关于”页面在您的页面渲染过程中被解析，而是在后台任务中并且仅定期进行。
这取决于您使用什么技术来构建该页面。例如，如果您使用的是 JAMstack，这在编译阶段是有意义的。如果是一个 Rails 应用程序，也许是一个每天运行并更新数据库中本地缓存的 Active Job。
我们称之为孤立上传，它们会在几天后通过后台任务自动清理。
直接用新的上传替换孤立的上传是否更有意义？
在我看来这似乎是双赢，但我不是网页开发者，所以可能我忽略了什么。
