我刚刚在我的自托管实例上安装了它。现在正在与一些员工用户进行测试。
到目前为止,我只是在玩,我很喜欢!它肯定会在我的社区中找到一席之地。
有些事情我还没有 100% 弄清楚——所以这是我初步尝试使用时的一些早期印象。
目前,只有员工/管理员可以看到聊天——但如果我将其添加到公共主题中,他们是唯一可以看到该按钮的人吗?
我喜欢将一个主题和一个聊天频道绑定在一起,但除了一个链接之外,它们基本上是独立的实体。我想看到一些东西指示在其他地方发生了聊天/帖子,以防它们相关。
关于权限,我不确定“回复”和“创建”如何应用于聊天消息,但我假设“回复”意味着人们可以聊天……
最初,我觉得“类别”频道这个术语令人困惑,因为每个类别可以有多个频道。我不确定我是否有更好的替代方案,但这只是一个说明。
从类别的页面,我希望能看到所有关联的聊天频道。
在浏览器频道页面和侧边栏中,我希望能看到按类别分组的频道,按照我们为类别定义的顺序。目前似乎是按字母顺序排序,这没关系,但我认为按类别分组可以减少像“category-X-Y” “category-X-Z”这样的频道名称。
创建/编辑频道的用户体验有点令人困惑。为什么浏览页面也有一个新建频道按钮?需要去浏览才能编辑频道,这一点有点不清楚。
最后,我想将聊天窗口固定在右侧,这样它就不会再浮动并覆盖内容,但仍然可见。我有一个宽屏,帖子仍然可以在左侧显示。
我相信其中一些事情在您的路线图上,或者您知道是存在的差距。这个工具仍然看起来非常棒,我还在考虑如何广泛地在我们的社区中启用它。
我还遇到了一个错误 :
Unhandled Promise Rejection: TypeError: t.canModifyMessages is not a function. (In 't.canModifyMessages(this.currentUser)', 't.canModifyMessages' is undefined)
我在一个仅限员工的类别中创建了一个主题。然后我点击了该主题的启用聊天功能。聊天窗口出现在右上角,但出现了这个错误,我无法发帖。我使用了 \u003c 图标来查看所有频道的列表,然后选择了主题的新聊天频道。之后,发帖就可以正常工作了。不太确定还有什么可能导致这个错误。
总之,希望这些反馈能提供有用的观点。感谢您所做的所有工作!
19 个赞
sam
(Sam Saffron)
2022 年4 月 26 日 06:40
139
Great feedback @Michael_Ball ! I think it makes sense to untangle this out into specific Feature / Bug /UX topics tagged chat so we can better focus on improvements.
Regarding the canModifyMessages error @j.jaffeux any ideas?
9 个赞
是否有办法完全禁用一对一聊天,或者根据组成员身份禁用?
4 个赞
目前我找到了一个临时的解决方法,使用 CSS 隐藏非管理员用户的“开始新私人消息”按钮。你可以使用组类组件,将其应用于特定组。
如果用户懂 CSS,很容易绕过这个限制,所以如果你想完全阻止,这个方法可能不适合你。
5 个赞
ssvenn
2022 年5 月 12 日 07:39
144
目前是否有任何方法可以将聊天机器人连接到 discourse-chat 插件,或者这是否在路线图中?也许可以将所有 discourse-chat-integration 的东西重定向到新的聊天中?
如果有一种方法可以在新的聊天中使用 hubot 或 errbot 聊天机器人,我认为 Discourse 也可以作为非常好的 ChatOps 解决方案
9 个赞
j.jaffeux
(Joffrey Jaffeux)
2022 年5 月 12 日 09:58
145
现在就深入探讨这个问题还为时过早,我们仍在努力打下非常坚实的基础。
8 个赞
j.jaffeux
(Joffrey Jaffeux)
2022 年5 月 12 日 11:28
146
@Michael_Ball 我认为我几天前已经修复了这个问题,您能确认一下吗?
4 个赞
我很高兴尝试一下!
我是 Discourse 管理新手,正在使用 DigitalOcean 上的 Cloudron。我尝试添加其他插件并创建了自己的插件,都没有问题。当我安装聊天插件时,它会导致我的 Discourse 实例停止响应。当我删除插件并重新启动时,需要一段时间,但最终会恢复在线。在使用 Cloudron 管理的实例时,我是否应该做些不同的事情,或者它不是一个可行的组合?
这是我正在使用的通过终端安装插件的 Cloudron 文档:
Discourse - Cloudron Docs
我将其置于恢复模式,它显示了以下错误:
错误:不活动 - 获取 redis-deb848df-b7cd-42f5-bb34-572dab2fd29f 服务的 IP 时出错
我正在将其从 2GB RAM 升级到 4GB,以防 redis 因资源不足而崩溃。(服务器管理不是我的强项,所以如果这个解决方案没有意义,那是我的错——这是我能想到的唯一尝试方法。)
非常感谢!
1 个赞
Benjamin_D
(Benjamin Decotte)
2022 年5 月 28 日 20:15
148
看起来您缺少 UserBookmarkBaseSerializer,来自
committed 10:23PM - 21 Apr 22 UTC
This pull request follows on from https://github.com/discourse/discourse/pull/16… 308. This one does the following:
* Changes `BookmarkQuery` to allow for querying more than just Post and Topic bookmarkables
* Introduces a `Bookmark.register_bookmarkable` method which requires a model, serializer, fields and preload includes for searching. These registered `Bookmarkable` types are then used when validating new bookmarks, and also when determining which serializer to use for the bookmark list. The `Post` and `Topic` bookmarkables are registered by default.
* Adds new specific types for Post and Topic bookmark serializers along with preloading of associations in `UserBookmarkList`
* Changes to the user bookmark list template to allow for more generic bookmarkable types alongside the Post and Topic ones which need to display in a particular way
All of these changes are gated behind the `use_polymorphic_bookmarks` site setting, apart from the .hbs changes where I have updated the original `UserBookmarkSerializer` with some stub methods.
Following this PR will be several plugin PRs (for assign, chat, encrypt) that will register their own bookmarkable types or otherwise alter the bookmark serializers in their own way, also gated behind `use_polymorphic_bookmarks`.
This commit also removes `BookmarkQuery.preloaded_custom_fields` and the functionality surrounding it. It was added in https://github.com/discourse/discourse/commit/0cd502a55838d5d27f96f13c0794f3669ac41fcc but only used by one plugin (discourse-assign) where it has since been removed, and is now used by no plugins. We don't need it anymore.
您的实例是否已升级到最新版本?
也许是时候尝试标准安装了
3 个赞
太棒了,谢谢你找到问题。我昨天安装了 Cloudron,所以它是我能从该系统获得的最新版本。听起来如果我想使用聊天插件,我将不得不习惯标准安装……可能也是时候了
4 个赞
canyon289
(Ravin Kumar)
2022 年5 月 30 日 20:03
150
这看起来太棒了。是否可以在托管的标准 Discourse 中进行测试?我正在建立一个新社区,并且已经在 Discord 和 Discourse 之间感到犹豫。我们艰难地决定先使用 Discourse,放弃聊天功能,但这看起来正是我们所需要的。
4 个赞
我处于完全相同的位置,并做出了相同的决定!非常酷。最终,拥有自己的数据/平台比 Discord 模型对真正的企业要好得多。
6 个赞
nathank
(Nathan Kershaw)
2022 年5 月 31 日 09:42
152
为什么不尝试 literatecomputing.com 或 communiteq.com ,以获得自托管(例如聊天插件)的优势,同时避免弄脏手?
我不确定它们是否支持处于 Beta 状态的聊天插件,但它们都为这类事务提供了出色的服务和支持。
5 个赞
canyon289
(Ravin Kumar)
2022 年5 月 31 日 12:55
153
主要是因为我想直接支持 Discourse 团队。这款软件太棒了,他们做得很好。
对于 Discourse 团队,我非常有兴趣在托管计划中看到此功能。如果销售团队在这里,请将我标记为一个重要的潜在客户!
5 个赞
我相信其中一些事情在你们的路线图上,或者你们知道是存在的差距。这个工具看起来仍然非常棒,我还在考虑如何能在我们的社区中广泛推广它。
我还遇到了一个bug :
5 个赞
欢迎您,Devdream!很高兴您加入我们的社区,也很高兴您和我们一样对 discourse chat 感到兴奋。
Devdream Solution:
我还遇到了一个bug :
真是个悬念!是什么 bug?我想您在帖子中遗漏了什么。
8 个赞