每隔一周，我们会抽出时间在线聚在一起进行非正式的讨论。
来和 Discourse 团队的部分成员聚聚，深入了解一些新的和即将推出的 Discourse 功能，并讨论与产品或社区建设相关的当前话题。
至少会有几名 Discourse 团队成员参加，而且我们通常先对我们正在处理的内容做一个简短演示。
即将举行
已结束
第一个我做不了，但很喜欢这个理念！
PS：events 功能在加入了集成聊天频道和直播 加入 Zoom 按钮后效果非常棒！我们正在考虑将活动迁移到 Streamyard，这个用户体验很有吸引力！
期待你未来能参加我们的另一场活动！
希望这次活动（以及我们在这里举办的其他活动）能让大家在共同体验 Discourse 的活动功能方面积累更多集体经验，同时也推动该功能的进一步完善。
刚才才注意到时间，会录制吗？至少团队的第一次演示会有吧？
好人，我来了 
我们目前没有计划录制这些内容，但未来可能会在不同时间段尝试进行。如果您认为未来应考虑其他时间段，请告诉我们！
谢谢回复，时间上不用担心，没有完美的时机。
没能录下来真可惜。也许随着 Zoom 会议的进行情况会有所改变。
感谢今天早上能到场的所有人！
请在此分享您对本次活动的反馈，或者提出下次两周后见面时我们可以讨论的想法。
这是一个非常棒的倡议！我们在其中一个社区也做了类似的事情，效果非常好。
两个愚蠢的问题：
你们未来会考虑在可变的时间段进行吗？这个时间安排太残酷了：
为什么你们不为此使用强大的 Discourse Live 插件呢？这将是一个展示其强大功能的绝佳方式。
是的，我们肯定会考虑在未来实施。但我们希望先多举办几次，积累一些经验。
这两个功能都相对较新。目前，我们将继续使用 Zoom 作为这些活动流媒体的后端。从长远来看，我认为我们会致力于让“Events”和“Live”之间实现更多融合，届时两者之间的区别可能会显得不那么重要。
太好了，感谢您考虑这一点！从那时起产生的会议，能参与其中将是我的荣幸。
我正在思考接下来一周（2026-11-05T14:00:00Z）我们可以聊些什么
目前我想到的一些可能性：
欢迎提出更多想法！
我们可能只有时间深入探讨其中一项，但在这里收集大家未来可能想讨论的话题也是很好的。
Discourse 里的博客功能？它们会是什么样？为什么人们需要博客功能？
这方面的先行技术包括类似这样的主题组件：Blog Post Styling
过去我曾在公司内部社区运行 Discourse 时，社区内的各个团队曾尝试运行他们自己的博客：How to enable your community to use Discourse as a (micro) blogging platform
这与“日记”这一理念可能也存在一些重叠：Journal Plugin
此外，这或许也是人们希望将博客与社区进行更深度融合的又一个例证：Embed Discourse as a full comment system on your site
因此……我们正在努力让人们 可以 在 Discourse 中以更完善的方式直接利用这一功能。计划合并的第一个 PR 见这里：DEV: Move discourse-blog into core as blog - Pull Request #45227 - discourse/discourse - GitHub
以下是本周的安排：
我正在考虑在下下次的活动中尝试这个时间：2026-11-19T21:00:00Z
这对你们来说方便吗？
感谢提供的信息，这确实是一项值得关注的事业，也会受到不少人的喜爱。
对我来说，阅读 README 文件让我想起了 vBulletin 等产品曾经的功能臃肿问题。
5. 配置：
discourse_blog_url：例如 https://blog.example.com，末尾不要加斜杠或路径。
discourse_blog_category：单个公开分类。
discourse_blog_drafts_category：私密的编辑分类。
discourse_blog_title、discourse_blog_description、discourse_blog_about。
discourse_blog_enabled：配置完成后启用。
将 Discourse 引入博客圈的想法对我并没有太大吸引力，但我理解其他人可能希望这样转变。
你提到了嵌入功能，由此可以推断出成功集成所面临的挑战……对我来说，与常见平台进行更好的集成才是更长期的解决方案。
谢谢！感谢调整时间。
Discourse 长期以来一直将辅助功能纳入产品之中，尤其是以插件的形式。
长期以来，核心功能与插件之间的界限是我们界定功能范围、防止功能臃肿的方式。
在过去几年中，我们将许多插件整合到了核心中，使得这一界限变得模糊。但它仍然存在。核心插件可以轻松地开启或关闭，允许站点自行控制包含哪些功能集。
这为以这种方式在 Discourse 中纳入更多功能奠定了基础。
这并不排除与其他独立解决方案集成。许多人对于这类相邻问题有自己偏好的解决方案，我们也支持这种做法。但对于没有特定偏好，或者希望获得更深层次集成体验的用户，我们现在已做好准备提供这些方案。
因此，我认为你指出的没错，这确实代表了一种方向的转变，或者说是我们原本方向上的加速。
这种方法存在风险，但我们对此非常有意为之，例如继续通过开关插件来界定插件边界。另一个风险是，作为一个小团队，我们可能会分散注意力。
但我们认为，现在世界已经不同，我们能够在令我们自豪、且用户会欣赏的质量水平上，纳入更多此类功能。
有关这一思维模式转变的更多线索，请见此处：Discourse in 2027: Building Together
我们也欢迎你在上述任何线下聚会中就此类话题展开讨论。
我正在建立一个装饰工匠社区。
如果用户有机会创建自己的博客，我认为这只会带来益处。