7个关于为什么在核心话语中不需要博客的迷思

贡献 功能
1

我将尝试澄清关于 Discourse 不需要内置博客的种种误解。我认为，在 Discourse 核心中放弃博客功能所带来的负面影响，远大于在 Discourse 中集成博客。在这页面上有几十个主题，用户都在疑惑为什么 Discourse 没有内置博客。五年来，用户一直在论坛中寻找博客功能！

1. Discourse 根本不需要博客。

你的竞争对手会很高兴。没有博客，我们会失去流量和访客。所有论坛都有文章，基本上就是操作指南和快速入门教程。与其将这些内容写成论坛主题，不如以博客的形式来呈现，这样要合理得多。Invision Community 的开发者很有远见，他们将博客功能集成到核心中，如今这已成为他们相对于其他论坛的优势。

2. 你可以使用 WordPress 或其他平台。用 Discourse 替代 WordPress 的评论系统，是将博客流量引向论坛的好方法。

是的，但我们却需要花费时间和金钱来安装并持续维护两个平台，而不是一个。这不仅适用于 WordPress，其他平台甚至更加复杂。我们本可以拥有一个具有良好 SEO 指标的成功项目，结果却变成了两个指标不可预测的项目。用户不再访问一个平台，而是分散在两个平台上，每个平台的流量都低于单一平台，搜索引擎排名下降，流量进一步减少。我们失去的是流量，而不是吸引流量。你的竞争对手再次高兴了。同时，我们还失去了开展集体博客的能力，以及使用标签、推送通知等其他优势。我们的 PWA 无法支持博客！WordPress 功能冗余，而我们只需要几行数据库代码和几 MB 的程序代码。遗憾的是，WordPress 不像一块蛋糕，不能随意切下一块来用。

3. WordPress 更适合写博客。

你是在开玩笑吗？我们还不清楚这一点。Discourse 的开发者非常厉害，他们闭着眼睛都能超越 WordPress 或其他平台。

4. 在 Discourse 核心中集成博客会使平台变得复杂。

我们生活在 21 世纪，一切都很复杂。博客模块并非人工智能。博客是最容易添加的功能之一。但编写一个完整的模块，用于与 WordPress 集成，以便在子域名上拖拽无用的负担，反而更复杂。这是一种倒退。20 年前这样的决定或许正确，但现在不行了。Discourse 的博客模块会有多大？数据库中会增加多少张表？我来回答：很少。我并不指望博客会有数百万篇帖子。但如果你真的拥有数百万篇帖子，那我恭喜你。

5. 论坛可能会被垃圾链接淹没。

可以只授予可信赖的用户权限，而不是所有人。我们本应致力于发展社区，却不得不去维护一个古老的 WordPress 博客作为负担。我们不得不分散精力去自己写博客。我们失去了利用社区创造力来撰写优秀文章的机会。社区中可能有众多成员，他们写的免费博客比我们写的还要好。

6. Discourse 和博客是为不同目的设计的。

博客用于吸引流量。那么，论坛的发展需要什么？

7. 对用户来说，只浏览和阅读博客帖子，比被论坛上用户生成的所有内容分散注意力要容易得多。

如果以 Discourse 目前被当作博客引擎的那种诡异方式使用，我同意这种观点。其实有很多方法可以实现。很简单，只需要一个独立的模块，拥有自己的导航和页面。将论坛主题转换为博客帖子，等同于将聊天消息转换为帖子。我以 Invision Community 为例，尽管他们的设计很糟糕，但在博客帖子中添加评论、点赞、标签、新闻订阅、来自在线商店的产品链接等功能非常便捷。基于这样的帖子，构建 wiki 页面会更加明智。实际上，还能找到更多优势，但目前这些已经足够了。

在选择社区引擎时，我需要内置博客，而且真的不想再寻找其他平台，因为我非常喜欢 Discourse。我真诚地希望开发者能听到我们的请求，帮助让这个出色的平台变得更好。

8 个赞
4

我同意——博客是分享专业知识、吸引会员和带来新流量的非常有用的工具。正如您已经提到的，帖子也不会在其他内容中丢失。

那么他们是取消了这里的博客吗？我没看到任何，我认为复兴博客会很有价值。

2 个赞
5

Page Publishing 是否接近您正在寻找的东西：https://meta.discourse.org/t/page-publishing/151971？我有兴趣将其用作协作写作项目的终点，但尚未深入研究其细节。

6

使用新闻插件

7

哦。不是为了提供……内容？

从SEO角度来看，WordPress比Discourse在Google和DuckDuckGo上给我带来了更好的响应。当然，这可以修复，但就目前而言，博客在这个上下文中意味着一些布局技巧。

博客需要的不止是布局修复。仅仅是元需求就不同。

顺便说一句，Discourse已经可以作为博客平台使用了。我已经这样用很久了。但是，如果……我有一篇文章与我的论坛目的没有紧密联系，它将通过WordPress发布。

博客的评论区可能是Webistan上第二被高估的东西。SEO技巧是第一位的。大多数博客从未收到过评论，即使有少数评论也不会带来任何价值。

当然——这会扩大Discourse的使用范围。很多人会一直使用Discourse，但这会是明智的选择吗？我不这么认为。与其把所有事情都做得平庸，不如把一件事情做得非常好。

Discourse只缺少一件事：一种改变博客写作外观的可行方式。

即使这样也不是什么大问题，因为访客……只要他们能轻松阅读文本，并且不用乞求注册邮件列表，他们就不在乎。

基本上你现在说缺少写博客的选择，但对我来说：它怎么会缺少呢？

编辑器……它太有限了，我不想在这里创建任何其他东西，除了纯文本和几张图片。它在论坛上效果很好（嗯，几乎完美，因为世界上大约99%的人不会Markdown、HTML或BBCode，但这并不重要，因为大多数人从不使用格式化）。

你只需演示如何使用Discourse写博客。你错过了什么工具？

1 个赞
8

对我来说，要理解的是……Discourse 仍然是（很棒的）论坛软件，而不是在变成 CMS，对吗？

我正在使用一个用 hugo 构建的博客，因为它速度很快。Discourse 可以实现评论功能，并自动链接到论坛。（就像 Discourse 用 blog 和 meta 所做的那样。）所以我得到了两全其美。

评论很少被使用，但可以实现。并且可以在论坛中阅读博客。
而且阅读博客的人不一定和想在论坛活跃的人是同一批人，反之亦然。

9

我很想知道你的策略是什么。

总的来说，我很想知道博客功能会是什么样子。它与我现在拥有的有什么不同？它允许什么？它禁止什么？

1 个赞
10

我不完全明白你的问题——你是什么意思？

有一个非常简单的策略：我写一篇更长的帖子。就这样。这里的 OP（发帖人）实际上写了一篇博客文章（按照博客现在的含义；不仅仅是日记、日志）。

或者你是说我什么时候使用 Discourse，什么时候使用 WordPress？嗯……这取决于。而且这并不是因为平台本身的优点或限制。

对我来说，使用 WordPress 的编辑器比 Discourse 提供的要容易和流畅得多。我完全理解为什么会这样（文章写作 vs. 快速的论坛帖子），但这有影响。在 WordPress 中，我更容易创建本地链接。通过合适的插件，使用表格 WordPress 比 Discourse 提供的非常基础的手动式 Markdown 要好得多。在 WordPress 中，我有一个真正的媒体库，而 Discourse 完全缺乏它。草稿……嗯，我们还是别提那个了 :wink:

尽管如此，我仍然将 Discourse 用作博客平台。但只有在我：

  • 我写的是或多或少的日记/日志类型的内容
  • 我期望有对话（在这方面 Discourse 比 WordPress 的评论好得多，无论采取什么解决方案）
  • 我需要良好的搜索和标签功能（WordPress 无法提供）

我主要写三种类型的文本：

  • 与狗相关的，这些内容在 WordPress 上，因为该网站有非常强的 SEO 价值
  • B2B/技术类内容，我在这里 50/50 使用 WordPress 和 Discourse，主要原因是期望我能获得对话，还是我只是在提供事实和想法
  • 徒步/划船故事发布到 Discourse，因为 WordPress 没有任何额外的价值，而且获得对话的“风险”很高

所以，我没有任何策略。嗯，也许有一个。如果我试图最大化我的分享和点击量，我总是使用 WordPress。出于某种原因，在我所处的语言区域，人们不太愿意点击论坛链接。“普通”网站更容易。

为什么会这样？我不知道。也许 Discourse 的外观有点……不混乱，我不是这个意思，但也许在手机上有点拥挤。在芬兰，几年前桌面销售额下降了，几乎所有人都使用手机。这意味着一切都必须首先为手机设计，而桌面端则在开发者有空闲时间时再考虑 :wink:

或者人们不喜欢论坛，因为小报的评论质量很低。或者社交媒体赢得了这场战争。或者论坛（所有论坛）都给人一种人们不喜欢的博客中心的回声。或者……我什么都不知道，但也许论坛期望评论，但用手机写作并不愉快——基于 WordPress 的网站只是提供阅读。

现在我又开始跑题了，但手机是导致我所认为的低质量内容（如单行评论、GIF 等）的主要原因。在某些地方，这些是受欢迎和喜欢的，但我的看法不同。我不是一个人，当人们看到一个论坛链接时，期望的是只有大量的闪烁 GIF 显示旧笑话和类似 Twitter 的短评论……谁会去那里？另一方面——如果/当谷歌将所有论坛都视为问答技术或公司支持环境时，它将改变论坛的搜索结果显示方式。当该论坛不是问答或支持时，它可能不那么吸引人。

不。我不怪 Discourse。但也许我们应该停止仅仅因为管理方便而在一个平台上做所有事情？也许我们需要每一个方面——CMS、LMS、论坛、电子商务……——而这些应该从不同的平台提供，让设计师来决定整个组合的外观，然后由编码人员施展他们的魔法。

但我的观点是，Discourse 是一个博客平台，就像任何可以创建内容并发布它的平台一样。

版主——这个话题应该从 Feature 移到 Community 吗？

（抱歉——肯定有很多奇怪的句子和拼写错误……英语是一种相当奇怪的语言）

11

我就是在这个讨论中暗示的 Discourse vs Invision。我曾经在 WordPress 上运行过一个博客，我几乎讨厌它，主要是因为该引擎因其方法而负担过重，功能过多：“让我们构建 1000 个功能，但我们知道普通用户最多只会使用 5%，但至少我们会吸引那些跨越不同 5% 分区的受众”。

另外，

第一点，好吧，我可以争辩说，正是 WordPress 毁了互联网上的博客。只需点击几下，每个作者都有一个 SEO 优化插件，它会告诉你应该如何人为地构建你的博客，使其不太短、不太长，至少有 N 个关键词的引用等等。当然，它还会添加一个愚蠢的“注册我的不必要时事通讯”横幅。

总之，回到主题。Discourse 伟大的部分（或者也许占 100%）是开发人员能够专注于他们认为重要的东西，而不是试图适应所有可能的细分市场。

1 个赞
12

已经有人在使用 Discourse 作为博客了，更常见的是将其用作博客的评论引擎。

为了将话题保持在新功能上，Discourse 需要哪些新功能才能更好地支持博客功能？

2 个赞
13

现在有一个新闻插件，它发展得很好。我认为它作为博客效果很好

14

谢谢——这很有趣。正如你所说，人们总是可以写一篇长帖子，然后，无论它是否得到回复，这都非常像博客。

我想知道，它在哪些方面不像博客？嗯，也许

  • 没有特定的方式链接到一个人之前的/之后的帖子（主题）
  • 没有特定的方式查看一个人所有的帖子
  • 没有一个人帖子的日历视图
  • 没有针对一个人自己帖子集的特定标签。

但所有这些对我来说——似乎都是相当小的可用性方面。我们确实有标签、搜索和分类。而且从一个帖子链接到另一个帖子也很容易。

15

引入了主题列表预览的“作品集”功能，该功能允许您查看用户标记为特定标签或特定类别下的所有主题，并可从用户卡上的按钮访问。

因此，您可以有一个名为 blog 的标签……并将按钮重命名为“用户博客”。

我似乎记得最近有一个功能是为了解决这个问题而构建的……但它目前不受 TLP 支持……

2 个赞
16

我认为这主要是布局问题。博客文章样式组件 可以让大多数用户满意。但上次我检查时，它没有使用 DiscoTOC——因为它会抹掉时间线。或者我记错了。

我想使用文档，但有一个主要的布局问题。

有一些元技巧可以告诉 Google 其用途，但我认为这超出了 Discourse 的范围。再说一遍——从我的角度来看，Discourse 应该保持为一个非常好的论坛平台。

它不识别标签。它需要分类。我完全理解，因为它的主要目的是显示新闻，而不是博客。

1 个赞
17

我就是这么用的。所有博客都打上了 blog 和 name-of-the-blog 的标签。效果很好。嗯……几乎很好，因为偶尔需要按发布日期排序。但这也不是真正的问题，更像是“最好有”的功能。

作品集……我完全忘了。谢谢。

2 个赞
18

在近三年后跟进此事。我目前的社区网站有一个 WordPress 博客和一些静态页面。社区本身在 Facebook 上，并将迁移到 Discourse。因此我面临这个问题：我是保留 WordPress 博客作为主页并使用 WordPress 管理静态页面（这主要是“面向外部”的内容），然后将 Discourse 放在子域名上，还是将所有内容都整合到主域名上的 Discourse 中？我的问题是，如果我这样做，是否有办法用 Discourse 复制我“以博客作为主页”的架构？

我可以设置一个单独的类别用于博客文章，只有我能发帖（但普通公众能否评论？），并将社区的另一个主页设为（/support/ 也许？），但这能顺利运行吗？到目前为止我还没有弄清楚。

1 个赞