我个人不明白，即使已经解释过了，零内容（nil content）的要点是什么，但这只是我的个人观点。如果管理员想要这样的功能，并且用户正在使用它，为什么设置不允许为零呢？
我的意思是，这背后是否存在类似于多次请求但由于 Discourse 的结构而未能实现的多个草稿（multiple drafts）的情况？所以这会比仅仅更改代码中的某个值更复杂的工作吗？
如果因为需要大量工作而实际上不可能允许，那么这种情况是可以接受的。在那之后，这样的论坛就可以开始使用那些会弄乱工具箱（toolbox）的技巧，或者用户必须记住这些技巧才能让某些东西起作用。在这两种情况下，这都破坏了轻松使用标题而不触及内容本身的理念。所有这些技巧都只是权宜之计。
但如果原因更多是政治上或战略上的，那么我想问，人们是否真的担心 Discourse 在大公司眼中被视为一个序列论坛平台（serial forum platform），仅仅因为一些论坛使用标题和页眉进行对话？为什么又允许使用象形文字和 GIF 讨论呢？
因为现在听起来就是这样。
啊！你说得有道理。有时在我的论坛上，有人会问我某个句子出自哪里——我会引用原始帖子。然后我发现 Discourse 告诉我必须添加至少一个词，而我不能发送纯粹的引用。我不完全明白为什么。
如果只是引用了某条消息，别人怎么会知道你同意它呢？这也许是普遍的理解方式，但诸如此类的事情很快就会被误解或完全不被理解。
如果有人想转发一条消息而不写任何评论，那么这个功能请求是有意义的，但这仅仅是复述，而不是表示同意。
我认为这超出了范围。此功能请求的目的是让论坛管理员能够自行决定在其论坛中启用零长度帖子。
作为后续，我尝试使用了此处列出的 HTML 注释方法，但似乎它在所有上下文中并不总是有效。
怎么说？它什么时候对您不起作用？在我管理的论坛上，我们经常使用伪造的 HTML 块来填充帖子，通常是在我们还差几个字符时，但我们也创建了完全空白的帖子。
这里是一些简短的帖子
<e>
<Some filler content here>
这将是：
我让它变得更容易了 
因为它完全可以轻易地打破这个限制，而且因为芬兰语中的“不”是 ei，而且它有时完全是一个有效的答案（我们讨厌只是为了毫无意义的填充而进行的无用闲聊），所以我允许了两个字符的限制。
我认为这样制定可以立即被打破的规则毫无意义。
太棒了！不过我猜这会让开发者和托管提供商有点紧张。我记得有一个 Discourse 网站，他们玩了一个游戏，基本上就是让用户尽可能快地发帖，试图搞垮 Discourse。
允许空主题正文的另一个用例是文档主题中的（尚不支持的）“红色链接”或“请求页面链接”的设想。例如，[[this should be documented]] 会链接到 https://forum.example.com/t/this-should-be-documented/{topic_id}，并带有空主题正文。
对我（比喻意义上的）祖母来说，两者可能都行不通，我给她发了一封电子邮件，让她通过电子邮件联系 Discourse 类别，以取代邮件列表。
这种变通方法对我来说，对于 IT 知识有限的用户来说通常相当困难，然后事情会变得相当复杂（参见 Incoming emails trimmed despite trimming disabled - #9 by sjjh Discourse，转而使用 Facebook Messenger 等，因为“更简单”。我认为这很可惜。
而且，我希望/相信情况并非如此，我也想知道允许（管理员）配置包含“0”可能会带来什么潜在危害。
哪个（如果我错了请纠正我）也不允许发送空白消息，对吗？
老实说，我不知道，因为我个人不使用它。但 Facebook Messenger 只是一个比 Discourse 更糟糕的替代品的例子。如果这个例子不起作用，我再建议另外两个：
或者使用您自己选择的。消息是：建议的解决方法将无法解决问题。我在这里有一些用户因此从 Discourse 切换回了更糟糕的替代方案。抱歉，如果（错误的）示例分散了您对这条消息的注意力。
Facebook 不允许发布空帖子。但帖子不一定非得是文字，媒体、表情符号等也可以。
我想我可能弄明白了，猜我其实对 HTML 注释并不熟悉，但似乎需要换行。在一行中完成似乎不起作用
但如果像这里的示例那样将其分成三行，它似乎确实有效。我没有意识到换行在这里很重要
所以它需要是这样的；
<!--
foo
-->
而不是这样的
<!-- foo -->
我真的不明白完全空白帖子的意义——这样做极其浪费资源，包括屏幕资源。如果你想被视为一个“活跃的读者”，为什么不直接用一个反应来表明你的参与呢？
不过，我同意 @David_Ghost 和 @Lhc_fl 的观点，我真的很喜欢能够只发布一个引用的想法，这更有意义！这在偶尔需要向某人指出某事的时候很有用。
空主题正文的一个用例是当标题传达所有信息时。例如，在使用看板主题时，卡片不一定需要正文。
我同意——我们也有这方面的需求，而一个按钮或HTML标签是额外的步骤，会让新用户的学习曲线更陡峭。简单地将最小值从1改为0似乎是更好的解决方案。
好吧，我想另一种实现此目的的变通方法是使用一个被监视的字符串，例如“blank-topic”或“empty-post”之类的，并将其替换为注释或隐藏的 HTML 字符，例如 \u0026#32;（数量取决于帖子的最小长度），例如：
管理员-监视词-替换：
带有被监视字符串的编辑器视图：
生成的帖子：
我在想这些是否可以自托管，是否可以启动一个插件来覆盖并允许空帖子，也许还可以在类别设置中添加一个“应用到所有类别”的选择，就像已解决插件那样的设置。
早些时候的评论提到通过电子邮件回复，帖子中提到像他的祖母这样技术水平较低的用户。虽然不确定是否需要额外的代码，因为这是一封入站电子邮件帖子。
