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

I’ll try to dispel the myths that discourse doesn’t need a built-in blog. I believe that abandoning a blog in the core of discourse carries more negative consequences than blog in discourse. There are dozens of topics on this page where users wonder why discourse doesn’t have a built-in blog. For more than 5 years, users have been searching for blog functionality in the forum!

1. Discourse doesn’t need a blog at all.

Your competitors will be happy. Without a blog, we lose traffic and visitors. All forums have articles. Basically it’s the instructions and quick start guide. Instead of writing them as forum topics, it would be much more correct to design them in the form of a blog. The Invision Community developers were wise. They added the blog to the core and now it has become their advantage over other forums.

2. You can use wordpress or another platform. Using Discourse instead of WP comments is a good way to drive blog traffic to your forum.

Yes, but we spend our time and money installing and constantly maintaining two platforms instead of one. And this applies not only to wordpress, other platforms are even more complicated. Instead of one successful project with good SEO indicators, we get 2 projects with unpredictable indicators. Instead of one platform, users visit 2 platforms, the traffic of each platform is lower than one, the positions in search engines fall and the traffic becomes even lower. We lose traffic, not attract it. Your competitors are happy again) At the same time, we lose the ability to conduct collective blogs and other advantages, such as the use of tags, PUSH notifications. Our PWA doesn’t work for blogs! Wordpress has redundant functionality, we need a few database lines and a few MB of code. Unfortunately, wordpress is not an Easter cake from which you can cut a piece.

3. Wordpress is better for writing blogs.

Are you serious? We don’t know that yet. The developers of discourse are cool guys, they will tear up wordpress or something else with their eyes closed.

4. Blogging in the core of discourse will complicate the platform.

We live in the 21st century, everything is complicated here. The blog module is not artificial intelligence. A blog is the simplest thing you can add. But it is easier to write a whole module for integration with WordPress to pull useless ballast on the subdomain. It’s a step back. 20 years ago, such a decision would have been correct, but not now. How much will the blog module for discourse weigh? How many tables will appear in the database? I will answer: a little. I don’t expect a blog to have millions of posts. But if you have millions of posts, then I will congratulate you.

5. Forums can be flooded with spam links.

Assign trusted people, not everyone. Instead of developing the community, we need to pull the ballast in the form of an ancient blog on wordpress. We need to be distracted by blogging on our own. We lose the opportunity to use the creativity of the community to write great articles. There may be many members of the community can write free blogs better than us.

6. Discourse and blog are designed for different purposes.

The blog is needed to attract traffic. Guess what the forum needs for its development?

7. It can be much easier for users to scroll through and read only blog posts than to be distracted by all the content created by users on the forum.

In the creepy way that discourse is used as a blog engine, I agree. Many ways have been devised. It’s simple, you need a separate module with its own navigation and page. Making posts from forum topics is equivalent to making posts from chat messages. I’ll give you an example of invision community, although they have a terrible design. It is very convenient to add comments, likes, tags, a subscription to news, a link to a product from an online store, etc. to a blog post. From such posts, it would be wiser to build wiki pages. In reality, you can find more advantages, but for now, this is enough.

When choosing an engine for my community, I needed a built-in blog and I really didn’t want to look for another platform, as I liked discourse. I really hope that the developers will hear our requests and help make this wonderful platform better.

7 个赞

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

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

1 个赞

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

使用新闻插件

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

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

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

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

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

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

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

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

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

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

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

1 个赞

对我来说,要理解的是……Discourse 仍然是(很棒的)论坛软件,而不是在变成 CMS,对吗?

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

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

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

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

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

有一个非常简单的策略:我写一篇更长的帖子。就这样。这里的 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 吗?

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

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

另外,

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

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

1 个赞

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

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

2 个赞

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

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

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

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

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

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

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

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

2 个赞

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

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

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

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

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

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

2 个赞