欢迎！这看起来确实是一个迁移问题。
您使用的是 Discourse 官方标准安装，那么 PostgreSQL 13 更新中的步骤是否顺利完成了？
您是否尝试过再次重建？
3 个赞
嘿，谢谢！
是的，我使用的是标准安装。由于我一直在更改配置（我从另一位管理员那里接管了论坛管理），所以已经多次重新构建了项目。我已经清除了论坛，现在正尝试使用稳定版本（2.6.3）进行设置。在导入过程中我没有遇到任何错误，除了这个警告：
警告：未定义类型 "name"（oid 19）的类型转换。请显式将此类型转换为 TEXT，以确保未来变更的安全性。
3 个赞
此警告可安全忽略。
3 个赞
该列是在去年 7 月的这次迁移中添加的：
所以，也许是您之前的某次迁移失败了？日志中是否有任何迁移错误？
4 个赞
哦，我终于搞明白了，试了好几个小时才弄好。我想他是手动添加了该字段，而不是通过迁移。或者类似的情况，尽管导出中缺少该字段。
我注意到在恢复备份时，某个迁移因某种原因未执行。所以我手动添加了该字段以创建它，然后重新运行该特定迁移，现在它已按预期完成迁移。我知道我把事情搞复杂了，但希望这能让论坛未来的更新正常工作。
谢谢大家，看来这不是 Discourse 的 bug，而是安装的问题。
4 个赞
@martin 我也要为此点赞。在我的公司，我们将 Discourse 作为唯一的共享知识库，用于记录所有工作内容。因此，这将是一种极其无缝的运作方式，无需借助第三方软件（例如公司内部的 Matrix 聊天工具），也无需在论坛中发布诸如“请看这个 @alice”之类的帖子来造成杂乱。
另外，感谢提醒功能，它真的起到了关键作用。我现在就要重新开始使用书签功能了。
2 个赞
为什么不为此目的使用仅限员工的标签呢？
3 个赞
你好 @codinghorror，感谢你的出色工作！这当然可以实现，还有其他几种变通方案。一般来说，Staff 标签并不特别适合我们公司的需求，因为我们需要更细的粒度：我希望将书签“发送”给 Alice，但不想让它干扰 Bob 的注意力空间。此外，标签本身不会触发通知（除非有但我没注意到，这也不是第一次了）。
我之所以如此兴奋，是因为我们正努力摆脱大型科技公司的技术栈，而 Discourse 本身就是我们架构的核心。任何与 Discourse 集成的功能都有很大机会被立即采用，因为我们日常工作时总会打开一个 Discourse 标签页。我隐约看到摆脱 Google 日历的可能性，但这不仅需要技术实现，还需要配套的流程。
我还有一个问题：是否可以为提醒设置通知偏好？我刚才就这个话题创建了一个提醒来测试功能。今天早上我收到了你上面回复的邮件通知，但没有收到提醒的通知。后者在网站上以常规方式显示，只需点击我的头像即可看到。
3 个赞
嗨 @martin，想了解一下关于定期提醒是否还有其他想法。我们有一个关于站会的持续讨论线程，如果能有一个每日个人提醒来发布站会内容就太好了！
4 个赞
这确实已在我们的路线图之中。起初我们对开发它曾有些犹豫，但现在坚信这是一个好主意。
不过，预计需要 3 到 6 个月才能完成开发。
在此期间，discourse-automation 可以实现一些有趣的相关工作流。
6 个赞
我一直在四处寻找，但这个帖子最接近（我的其中一位用户）所遇到的情况：
该用户使用书签来轻松找回主题，但已触及允许的最大书签数量限制。
此限制似乎设定为 2000。
能否将此限制调大，或设置为无限制？如果可以，我应该在哪里（哪个文件的哪个部分）进行调整？
我很惊讶竟然存在这样的限制。
谢谢，robb
2 个赞
这并非问题的完全解决方案，但如果他使用带提醒功能的书签，并且在提醒发送后不再需要该书签，他可以将其删除，以避免保留所有可能再也看不到的书签。
他甚至可以在添加书签时点击齿轮图标，并选择“发送后自动删除”。这样，只有尚未发送提醒的书签会被保留，从而大幅减少书签数量。
5 个赞
7 个赞
@martin 谢谢！我想我刚才是在 .yml 文件中寻找那个设置。我会让站点管理员去修改它，将其设置为大约 10k 左右……
2 个赞
我希望能够随书签添加备注，以便用作后续跟进。
例如：某个话题涉及未来某个日期发生的事件。为了提醒自己在该事件发生后返回并更新该话题，我希望书签能提醒我该事件是什么以及为何需要跟进。
这比在日历中添加链接和提醒要方便得多。它已经像个人日历一样工作，只是缺少备注功能。
2 个赞
您可以在此字段中添加备注。该备注将显示在您的书签列表 Profile - Marcello_Iaia - Discourse Meta 中，同时当您在用户头像下方的快速访问菜单的书签列表中悬停时也会显示。
3 个赞
哈，是的！我在发现这一点后，以为几个小时前已经删除了这条回复。不过非常感谢。每次我认为某个功能可以改进时，我都会发现自己对 Discourse 的了解还不够。
6 个赞
我不明白——你更喜欢什么顺序？我们尝试的顺序是：
- 尽快（小时）
- 稍后（天）
- 很久以后（周）
- 遥遥无期（年）
7 个赞
3 个帖子已拆分为新主题：书签快捷方式未按预期工作