你好。此功能目前是否正常工作？
它能用吗???
插件确实可用，至少对我来说是这样。
1 个赞
大卫，我们需要为匿名用户做些什么吗？它目前不保留订阅吗？我有一个客户，其匿名用户仍收到 Telegram 通知。该机器人建议您更改您的偏好设置。我猜它指的是 Discourse 的偏好设置？
插件是否应该 monkeypatch（动态修改）匿名化过程以清除用户自定义字段？
我想知道核心系统是否应该在任何情况下作为匿名化过程的一部分显式销毁所有用户自定义字段或字段内容？这可能是一个 GDPR 问题？
但仔细查看，似乎已经有一些规定了？：
我们将进行一些数据检查……
当我将此语句复制到新的数据探索器查询中时，我收到“内部服务器错误”。
如果我在数据库上直接尝试该语句，则可以正常工作。
奇怪。我尝试了其他一些可用的标准查询。有些可以工作，但其他一些查询也出现了相同的错误。
那是针对通过 UI 定义的用户字段。我认为我们不应该销毁核心中的所有 custom_fields——我们无法知道插件在其中存储了什么数据。
最好的方法可能是我们在核心中添加 DiscourseEvent.trigger(:anonymize_user，以便插件可以挂钩。很可能欢迎 pr（包括核心更改和此插件更改）。
另外请注意——此插件不是官方的，我不再使用它。我几年前在加入团队之前就构建了它，从那以后它基本上没有被触动过。（我会在 op 中添加这些信息）
1 个赞
啊，是的，当然。感谢您的澄清。
总的来说，这将是一个很好的改变。我将提议
1 个赞
您是否有人遇到过这样的问题：您已订阅所有 Telegram 通知类别，但却只收到部分类别的通知？
我不知道具体发生了什么，但自 2022 年 12 月 30 日起，插件就停止从我的面板的某些类别发送 Telegram 通知。而网页通知却运行正常
自“聊天”更新以来，Telegram 通知出现了一些问题。用户仍然收到 @ 通知和来自某些类别的通知（由插件随机选择，我找不到任何逻辑），但来自某些类别的通知已停止工作。我想知道为什么会发生这种情况。为什么用户仍然收到某些类别（例如“新主题”）的 tg-通知，而从某些类别则没有，尽管他们订阅了两者。浏览器通知工作正常。 并且 @ 通知在每个类别或子类别中也正常工作。
Discourse：3.0.0 stable 和 3.0.1 stable
这两个版本都破坏了 Telegram 通知，也破坏了通过 Telegram 回复主题的功能。重新生成 API 密钥没有帮助。回复无法正常工作，并且机器人不像以前那样确认回复已发送。
对此问题有什么解决方案吗？或者这个插件的支持已经结束了？ 
将“Telegram 通知”框从“个人资料”移至“通知”是不是更有意义？我没想到会在个人资料下找到它（在我的情况下是在用户签名下），所以我不得不搜索它。 
1 个赞
用户自定义偏好设置出口位于个人资料部分。这可能就是原因。
（但说得有理）
那是可以显示/接入自定义偏好设置的地方吗？这样我就明白了。但正如您所写：这确实是一个合理的观点，因为它不合逻辑，而且没有人会在没有文档的情况下找到它。
1 个赞
它在工作吗？我不明白。
你找到什么解决方案了吗？
不，我不是。我不是开发人员。
1 个赞
你好，可以使用此插件通过 Telegram 发送照片吗？
不。它的用途是：
您可能想看看：
1 个赞
这可以在群组多频道中工作吗？
在我们的例子中，我们希望它只发布到一个特定的子群组。