使用博客的Stack引擎-保持健康博客文化的长期想法

#1 楼

我们肯定正在研究这个问题，至少我觉得这是一项非常艰巨的任务。放在一起。

当然，我们还在做其他事情，但是只要知道我们认为这是一个解决实际问题并满足网络实际需求的好主意就在今天。

所以，耐心，但是请放心，我们喜欢这个请求，并认为这很有意义。

#2 楼

好的，我在这里有很多想法，请耐心等待。这些只是想法，并非需求清单。请留下您的评论！因此，这些是我认为博客目前正在努力解决的问题，或者可以将其添加到更好的博客平台中：

让用户注册：该提案，使人们进入博客非常困难，因为该过程与该网站的其余部分完全无关。我会定期邀请人们写博客文章，他们通常对此很感兴趣，但这是我通常会看到的问题：


他们不知道他们是“常规用户”，可以为博客写作
实际上很难注册。管理员必须手动创建一个帐户，让WordPress通过电子邮件向您发送密码，然后您必须使用与主站点不同的系统登录，它甚至不支持OpenID登录。而且直到您注册后，您才可以开始写帖子。
一旦他们写完了帖子，让它看起来正确就很痛苦。 WordPress支持MarkDown，但没有实时预览，并且渲染效果不像网站上的那样。而且，UI中没有指示它支持MarkDown，因此新用户不知道这一点。他们最终尝试重新格式化其帖子，结果最终看起来不尽如人意。
由于系统是独立的，因此登录很麻烦，并且没有与网站集成，很多用户不会因为不方便而返回不多。

更好的博客引擎如何有用（超出了我们现在的范围）

如此处的几篇文章所述，我们可以将博客的实用性扩展到目前正在做的事情之外。这些是我的一些想法，主要围绕博客不受限于严格的问题/答案配对这一事实。它也是一个受更严格控制的出口，这意味着我们可以确保质量是好的，这为“局外人”或“潜伏者”提供了一个很好的渠道，他们可能不会按照每个问题从网站中获取最佳内容。这也可以帮助吸引新用户进入站点本身，从而增加成员资格。常见问题解答”。这些帖子（在主站点上）深入探讨特定主题，并充实了许多细节。它们用于解决真正常见的问题，例如如何从闪存驱动器安装Windows 7，或者如果感染病毒该怎么办。此类博客可以通过博客进行推广（类似于Pekka对how-to文章的建议），它提供了此类深度文章的中央存储库。博客的宽松格式使作者可以摆脱主要站点上严格的问题解答关系，而可以将其更好地借给较长的帖子，而这些帖子可能不会增加单个问题，例如流程或想法。 “有趣”的东西：Stack Exchange网络上的乐趣已远离趋势。我们都是认真的生意。博客为那些确实不属于我们常见的问答模式的“有趣”帖子提供了出路。 Ask Different臭名昭著的“最新的被炒作的Apple产品会让您微笑”的帖子就是一个例子。对于SE网站来说，这不是一个大问题，但是关于博客文章，谈论SE用户可能会发现有用的最新OS X版本的所有主要功能，又该如何呢？该博客将是一个很好的出口。

历史遗迹：关于旧问题的命运，最近有很多讨论，这些问题曾经很流行，也许具有一定意义，但不再适合作为主题。社区博客将是一个不错的地方，可以作为编程书籍之类的文章的最终休息之地，而实际上并不是真正属于该站点的文章，但出于历史原因，应予以保留。在SE网站的主题中，购物建议仍然是我们的用户可能会有价值的输入。虽然我不鼓励用户要求提供有关选择哪种视频卡的个人博客文章，但有关“最新平板电脑技术是什么样，超级用户推荐什么？”的年度博客文章。类型的帖子适用于博客格式，用户可能会喜欢写这种类型的帖子。 br />我喜欢slhck的建议，即使用类似meta的相关网站来管理博客的后端。博客的控制系统与主站点有所不同-您不能随便找代表，因为擅长回答问题的人可能不是一个好的博客。还存在时间安排和其他此类后勤问题。

博客权限不应直接链接到网站代表，而应该有一个社区流程。用户将分为三个级别：



作家：任何人都可以成为作家。您只需使用SE全球登录名登录blogoverflow，然后提交帖子。您可以标记要编写私人帖子还是共享帖子。如果撰写共享的帖子，则任何人都可以对其进行编辑；任何人都可以阅读私人帖子，任何人都可以建议修改，但只有您可以直接对其进行编辑。要发布帖子，请将其提交到发布审阅队列-作者永远不能自己提交自己的帖子。

编辑者：几乎可以做任何事情-编辑任何其他用户的帖子（包括私人帖子），安排发布的帖子，取消发布帖子，删除博客评论以及其他博客管理。这类似于主站点上的访问量很高的用户，并且用特殊符号表示，类似于主站点上的主持人。也许会做一个圆圈？ nhinkle ●用于编辑，nhinkle ♦用于主持人。编辑者将由主持人根据负责任的博主的任命任命。

主持人：与主站点上的主持人相同的人员，并且具有编辑者所做的所有访问权限。此外，他们可以采取特殊措施，例如永久删除帖子，编辑博客评论，暂停用户以及查看通常只有主持人才有权限的其他信息。在“草稿”类别中。任何人都可以看到它们，并建议编辑，对帖子投票等。为了防止意外发布（在WordPress系统之前发生过），甚至编辑者或主持人也不能直接发布-他们可以批准自己的帖子，但仍然必须将其放入队列。

在在查看队列中，用户可以查看帖子，建议编辑（可以由原始作者或编辑批准）等。投票仍在继续进行。主要区别在于，审核队列中的帖子专门用于发布，而草稿队列中的帖子尚未准备好。用户可以投票发布或不发布帖子；一旦达到5个发布投票，它将自动安排在下一个开放日。主持人可以配置每周有哪些日子（例如，如果他们想保留特定的一天或想腾出空间）。编辑者可以随时手动批准和安排特定日期的帖子。

已发布的帖子

我个人不认为应该在类似meta的后端之外进行投票，但是可以说服其他人参加。已发布的帖子应该显示slhck表示的方式，但是我建议添加一些其他附加功能，尤其是在部分方面：

>
我认为声誉应该与主要站点绑定，但是我不认为应该对发表的帖子进行声誉投票。这会给博客作者带来不公平的销售代表收益-博客比单个帖子更容易引起关注，并且可能会不公平地倾斜销售代表。我确实认为参与该博客应该有一些奖励，所以我建议以下几点：


每个已发布的博客文章25分
每1000观看数10点，每篇文章最多50点（这些数字有意义吗？）
新徽章：


青铜器：blogger-向博客提交了一篇文章，并将其发布了/>银：reporter-提交并发布了10篇博客文章
金：journalist-至少发布了10篇博客文章，总共获得了至少50,000次浏览




>当前Markdown格式的扩展名

博客帖子需要比SE网站上当前markdown语法所允许的更多格式化选项。尤其重要的是以下几点：


对齐的图像（带标题）。建议的语法：[alt text][url "caption" R/L]。这非常类似于当前语法，并且可以立即使用当前语法发布内容。在当前系统中，标题将简单地替换为标题文本的位置，而R或L将是一个额外的标志，用于指示浮动图像的哪一侧。我知道，人们讨厌他们，但是您有没有尝试过在没有桌子的情况下进行比较？讨厌仅通过常规HTML或通过添加到markdown格式就可以允许这样做。我不知道哪种方法最好。
嵌入YouTube视频。很简单-一些站点已经支持此功能。
链接到文本中的锚点。对于具有多个部分的长篇文章非常重要-更好的是，“生成目录”选项可以使锚定从标头级元素之外放入自动目录。建议的语法：在所需位置的[contents]会自动触发此操作。因此，我会在帖子上提议一个新的“博客”菜单（UI行为与mod菜单或标志菜单类似），并具有以下选项：


从此开始博客文章[question | answer]：使用粘贴在Q或A中的内容开始新的草稿帖子。
建议的博客文章：向Q或A的作者发送收件箱通知，说“建议作为博客文章的候选人。请单击此处以获取更多详细信息”，然后推荐者可以选择说明他们为什么认为这将是一个很好的文章，并提供一些简短信息以及相关链接以该内容开头的新帖子
受启发的帖子：将在Q或A上表明该特定帖子是博客文章的灵感，源材料或参考。这将为那些有助于撰写优秀博客文章的文章表示赞赏。

#3 楼

我很喜欢这个主意，但是即使有了这个主意，它也很难。所以。他们提供答案是因为他们喜欢提供答案。声誉系统是对他们的奖励。我怀疑这些人逗留时间最长。当他们看到下一个代表里程碑离现在很遥远时，他们并不会灰心。

博客的问题在于，实际上并没有这些。作家在帮助谁？谁是观众？这与我们习惯于离开SE的经历截然不同，因此对于许多用户来说可能根本没有兴趣。相当低。是的，如果发布推文或成功将其发布到reddit或类似网站上，有时会出现流量高峰，但是这些人是“局外人”-我们需要的是当地社区的参与和兴趣，否则博客也可能坐在任何其他引擎/域/服务上。 IMO，这是博客在“找到人们写东西”之后面临的最主要问题。添加他们的支持，要求发表文章，发表评论，投票等等，那么我怀疑会鼓励作家继续写作。一旦其他人看到作者受到如此关注，那么他们可能也想加入。


等等，等等...返回一段...

在逛逛时，我想知道我是否偶然偶然发现了一个实际建议：任何用户为博客文章建议主题的一种综合方式，可以对其进行投票等，以鼓励作者采纳它在。地狱，甚至可以做一些赏金活动，以便用户真正推动话题...

这将在博客中引入一个非常熟悉的“问题”（主题请求）和“答案”（博客文章）机制，这可以通过鼓励作者提供发表文章的理由并允许他们在博客中发表文章来帮助鼓励作家。非常熟悉的环境。它还可以帮助推动社区参与，因为他们无需投入实际的精力即可获得有关所生产产品的投入。自己选择仍然应该是一个功能（或者就是和“自我回答的问题”一样？）。所以-但也许也应该考虑这一点。我不知道这会有所帮助，但是当我键入内容时，它突然浮现在脑海中，所以以为我会分享。

#4 楼

我目前正在参与SU，游戏和健身博客，我只能支持我认为这将对当前情况有所改善。

在当前情况下，我需要：


通过发表评论和/或吸引他们聊天，尝试并说服用户加入博客。
为他们设置一个帐户，并根据权限的设置方式来撰写和/或发布帖子。
如果他需要其他人的反馈，他们也将需要一个帐户（我必须为他们提供），或者必须使用类似于Google文档的草稿来编写。
那么我们必须保留跟踪什么时候完全在其他地方发布时使内容看起来像真实的博客。

正如slhck所指出的那样，它已经很难让人写东西了，甚至很难让他们完成一个东西。草案。但最重要的是，博客应该是社区的事情，但是在当前系统中却什么也没有。

我也认为Pekka的功能请求非常适合此要求，因为如果有一个站点可以从此更改中受益，那么它将是Stack Overflow。乔尔（Joel）总是抱怨没有人写规范的文章，我认为这部分是由于答案仅限于问题范围。当然，有时我们会得到一个完全落伍的答案，并试图解释所有这些，但这是例外。但是，通过博客帖子，大多数人喜欢炫耀自己对某个主题的了解程度并撰写有关该主题的整篇文章。

正如Pekka所说：


托管与编程相关的“ howto”文章


将与SO的日常活动直接相关
与Stack Overflow的伟大使命是兼容的，免费的编程参考资源
Stack Overflow计划继续存在，因此它是一个可靠的放置内容的地方
不是每个人都希望运行个人博客来托管教程内容将在CC下获得许可，并具有该模型的已知优点（优点和缺点，但可以解决）。

我不知道一个教程站点，它在远程上只是不那么烂，而在整数上却像Stack Exchange网络一样。


我们知道在保持信噪比和防止过度自我促销或垃圾邮件方面存在担忧，但我认为系统已经支持该功能。投票可确保将很棒的内容浮到顶部，进行编辑可使内容保持良好状态，并且标记有助于清理废话。

这也完全符合杰夫（Jeff）关于炫耀我们社区成员的能力的声明，还有什么比在网站上炫耀您的写作技能更令人敬畏的？

/>无论哪种方式，我认为这无疑将有助于使博客减少精英人士的注意力，而应该更多地是社区的努力。

#5 楼

完成此操作后，我希望找到一种方法来提名该博客经过广泛投票的答案。将要求选定答案的作者（可以选择拒绝）提供其答案的编辑版本（主要是有机会介绍问题，以便答案无问题就有意义）。完成后，可以链接答案/博客文章的投票总数。

#6 楼

Stack Overflow博客的特定实现
由于SO博客当前担任全网络博客的角色，因此将社区博客纳入Stack Overflow将面临独特的挑战。以下是有关如何访问此网站以及从SO的博客为所有人服务向社区运行的转变的一些想法：
实施
网络范围内的帖子应与所有其他帖子一起出现在首页上在“所有帖子”标签下。它们都将被标记有它们自己的特殊标签stack-exchange。这表示该帖子适用于整个网络，而不是社区博客帖子，而是SE，Inc.官方批准的帖子。此标签将是仅主持人的标签（例如社区广告或Meta上的状态已完成），以便只有获得批准的人员才能发布全网络公告。某些其他标签（例如podcast）也应该仅是主持人。播客，然后是其他一些针对SO网站特定内容的标签，例如教程，QOTW或网站可能想要推广的其他任何内容。 stackoverflow”（因为现在将允许社区帖子）将在切换之前发布到当前博客。
切换之后，全网范围的帖子和特定于SO的帖子都会出现在网站上。
SO博客（http://blog.stackoverflow.com/index.php/feed/）的当前RSS地址将继续仅指向标记为stack-exchange和podcast的帖子，因此当前订阅的人员不会突然开始收到有关Stack Overflow问题的帖子。可以使用标签特定的RSS提要（就像您在任何SE网站上订阅标签的方式一样）供新订户使用。现在开始。
模型
这是专门用于Stack Overflow博客的模型。单击以查看完整大小。这样一来，可以将提案的这一部分与系统如何工作的一般建议分开考虑。

#7 楼

虽然这不是直接答案，但主要是对所有其他答案和这个问题的简短评论。
首先，当前的博客系统非常适合我们一直在进行的“ beta”测试，但是我们仍然是Stack Exchange社区的弃儿。我们已经接受，但主要社区对此忽略/未知。每页顶部的小“红色气泡”或每页底部的小超链接都不会吸引社区中的太多关注。我们需要在内部多一点注意才能真正促进内部增长。我很乐意看到它们集成到Stack Exchange网站中。堆叠交换站点。虽然我只是进入整个Web App的场景，但我可以想象这不是一个简单的通宵交易。从理论上讲可能很简单，但我认为在实际实施中会更加困难。聊天系统花了几个月的时间才真正开始工作，即使到那时，我们仍然在这里和那里遇到一些麻烦。 （我并不喜欢聊天系统，我喜欢它，但是它仍然并且一直在进行中）
最后...
我个人一直很讨厌Blog / Redit / Forum / Wiki比较，因为Stack Exchange只是其中的一部分，实际上这是一回事！堆栈交换是...堆栈交换！确实没有其他定义方式。
Stack Exchange核心是正确完成问题/答案的。这与聊天或博客无关，而与任何人都可以提出相关问题的地方无关。参加的人越多，他们留下的诱惑就越多。这些博客旨在增强整体Stack Exchange体验，而不是取代它。我们应该在我们的答案中引用优秀的博客文章，并且应该在Stack Exchange网站上编写良好的博客文章以参考我们的答案或问题。 ，但这是IMO真正需要首先提出的几个问题：

我们是在推动一个更好的博客系统以促进更多博客的发展，还是作为吸引更多用户参与整个Stack Exchange的手段体验？
会否以更加无缝的方式将博客体验与Stack Exchange网站集成，从而有损于Stack Exchange的主要目标？ （主要是问答）
将来的博客是否会真正增强Stack Exchange的体验？换句话说，在博客中找到的帖子质量是否足以在各自站点的问题/答案中引用？

#8 楼

在某些有限的情况下，将博客集成到主要的SE引擎中可以很好地解决如何处理Community Wiki帖子的问题。

Q＆A线程（如自行车术语索引和烹饪术语词汇表）与CW Q＆A线程相当有效。但是，参考页面（如“自行车上的区域性词汇差异词典”）会比博客条目有效得多，而且要好得多。

我同意降低博客的壁垒将有所帮助。但是，我们的博客大约有十二个用户，其中可能五个实际上写了任何东西，而撰写一个以上帖子的人甚至更少。这还需要使撰写帖子更容易。

允许用户做出答案并将其转换为博客条目的功能非常出色。也许会有一个修订/投票系统，让一些人对帖子是否准备就绪进行投票。撰写博客的人可以获得可以启用某些功能的徽章，例如成为编辑或管理员。 （我建议最后批准改装。）