7 个赞
翻译通常在星期二合并。我喜欢查看 Commits · discourse/discourse · GitHub 来检查是否合并了新的翻译，因为那样我就可以更新 Discourse。
7 个赞
Discourse is much more modern than many of the other platforms you mentioned, and so it’s foundation is different - written with Ruby, and running with docker - it’s quite a learning, curve but I do think it’s worth it (some of these things like docker will pay off to understand in the future I think, and generally administration is quite smooth and it’s generally very stable with a pretty healthy development ecosystem from what I can tel).
And I’m not surprised there’s very little on the Chinese internet about it… perhaps that will change with time, but ultimately it’s not just a matter of language barrier, there are actual technical barriers as well.
努力吧！你会成功！ 你的翻译建议以及这里的问题也会帮别人更顺利得把Discourse设置好
7 个赞
我之前在使用 SMF 论坛软件（基于 PHP，有点复古）之后才转向 Discourse，我理解你的意思。那些论坛软件在管理方面确实更合乎逻辑且更有条理。不过，我可以高兴地报告，在花了一点不到两天的时间研究 Discourse 的管理部分后，我开始逐渐习惯它了。所以我觉得它一开始确实有点压倒性，但 Discourse 的方法改变很快就会带来回报，因为它非常可定制且真正面向未来。祝你好运！
编辑：拼写错误
8 个赞
我同意 discourse 的设置并非易事，这也是我接触的第一个用 ruby/rails 编写的大型项目。
然而，真正困难的问题在于首次设置电子邮件发送，建议的电子邮件提供商甚至不愿意与小批量用户交流。我们又花了一天时间设置电子邮件接收，因为我们的许多用户都坚持要求……到处都有人不愿意与新服务互动 
。
我们还弄坏了我们的安装，原因是我试图做一些我没意识到不可能的事情（嵌套超过两级的类别），然后试图删除我所做的……同时，我分享了 root 权限的一个开发人员在尝试在同一主机上运行另一个站点时弄坏了一些东西……不得不重新安装并重新创建所有类别。
完全值得。
5 个赞
感谢！非常感谢您对我们产品的反馈。我们正努力简化管理体验，并将改进您提到的那些方面。
我们通常会让新员工在某个提供商那里进行一次自托管设置，所以我们会再次尝试进行一次，看看有什么可以简化的。
顺便说一下，从您的截图中，上面的翻译键是
js.notifications.titles.linked_consolidated
所以它不是“likes” → “点赞”，而是应该是“link” → “链接”
有一个类似的键
js.notifications.titles.likes_consolidated
那个才是“点赞”。
8 个赞
有一个命令行允许嵌套子类别，而不仅仅是1个层级。必须搜索一下。但我的设置允许3个父级\子类别1\子类别2
Brevo com 在其免费套餐中相当不错
我认为您指的是这个？
2 个赞
是的，就是那个。谢谢。
1 个赞
您好！我最近在中国云服务器上尝试了自托管安装，并没有遇到什么复杂的问题。
我猜文档似乎有些不足。实际上，标准 Docker 安装的 templates 文件夹已经内置了解决中国网络环境的文件：web.china.template.yml
但我发现这份文件似乎在文档中没有被提及。而且这份文件也需要更新，以解决近期中国屏蔽 docker.io 的问题。
9 个赞
我已按照官方指南 (discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub) 安装了大约 20 个实例，没有任何问题……
如果您使用阿里云香港地区，则没有网络环境的阻碍。
但是，我认为安装 discourse 需要一定的编码经验或对网站工作原理（DNS、域名、网络端口等）有所了解，至少您应该能够轻松阅读上述指南。
如果不是，您需要有人帮助您，或者在网上搜索更多文档（大部分不是中文的）。
一个小建议是，使用英语作为管理员界面语言，在遇到问题时可以帮助您更快、更准确地搜索，节省您查找中文和英文词语对应关系的时间。另外，在您需要上传截图寻求帮助时也会很有用。（我第一次安装实例时就是这样做的）熟悉之后您可以随时切换回中文。
4 个赞
那是因为 Discourse（试图）提供了许多其他软件（即使是付费软件，更不用说免费软件）所没有的美丽而清晰的功能。
如果一个人需要很多选项，那么迟早会变成“选项的丛林”。Discourse 团队一直在努力工作，以尽可能地使这个“丛林”保持有序。所以我认为我们应该在批评的同时，心中也充满赞美。
12 个赞
(作者已删除帖子)
您能澄清一下您的意思吗？我怀疑这可能是一个误解。我们有自己的服务条款，https://meta.discourse.org/tos，我们也将其作为模板提供（我们建议管理员仔细阅读，并在需要时咨询自己的律师，然后根据自己的情况进行编辑）……但大多数 Discourse 网站独立运营，因此我们不直接参与阻止或执行。
直接从 discourse.org 购买托管服务的网站必须遵守我们的托管条款，https://discourse.org/self-serve-terms……但只要管理员遵守我们的规则（主要是关于遵守法律），我们就不会干涉他们为自己的用户设定的条款。
7 个赞
抱歉，我误以为是 Discord。确实是误会了。
我不知道当时自己在做什么，但可能与 Discord 相关，我的大脑自动将 Discourse 联想成了 Discord。
否则，Discourse 本身确实很棒，没什么问题。
Discord 在试图阻止用户诉讼方面实际上相当糟糕。
3 个赞
你能（好像我是 DISCORD 新手一样）解释一下你的这句话吗？
而且你觉得 Discourse 中没有这种阻碍吗？
假设你从一家公司购买了产品，而该产品非常糟糕，导致有人严重受伤，这是公司的过错。但是，在购买时，公司会自动设置不允许提起诉讼，而没有告知用户，那么即使是公司的过错，你也完蛋了。基本上，这就是 Discord 正在发生的事情，他们通过在条款中自动勾选阻止用户诉讼来阻止提起诉讼的能力，以防将来发生任何事情。
不，他们没有强制执行任何形式的阻止用户诉讼。如果他们的产品通过任何方式对我造成伤害，我仍然有权起诉他们。虽然在在线讨论平台上阻止用户诉讼作用不大，但道德上肯定侵犯了我们的权利。
1 个赞