Solo 为什么一定要和 GitHub 捆绑在一起限制用户基数?

本贴最后更新于 303 天前,其中的信息可能已经东海扬尘

通过误打误撞知道了 solo,本地测试运行了一下,发现是个很棒的开源 blog

可是我想说说我的看法,不喜勿愤。

很多人在找一款适合的 blog 程序来写自己的博客。每个人每个群体可能有不同的需求。

我看看了,solo。好像必须要通过 GitHub 才能登陆。

为什么这么好的一个开源 blog 要限制自己的用户基数呢?我的博客可以是生活类的,可以是技术类的。

可假如有人偏偏不喜欢 GitHub,想要创建自己的用户账号呢?这样会不会被拒之门外

从而导致重新选型。

我觉得作者可能需要考虑一下。。。

  • Solo

    Solo 是一款小而美的开源博客系统,专为程序员设计。Solo 有着非常活跃的社区,可将文章作为帖子推送到社区,来自社区的回帖将作为博客评论进行联动(具体细节请浏览 B3log 构思 - 分布式社区网络)。

    这是一种全新的网络社区体验,让热爱记录和分享的你不再感到孤单!

    1195 引用 • 9148 回帖 • 631 关注
  • 反馈

    Communication channel for makers and users.

    109 引用 • 844 回帖 • 93 关注

赞助商 我要投放

9 回帖
请输入回帖内容 ...
  • 88250

    感谢反馈,在 v3 之前 Solo 是独立用户体系的,v3 开始转向集成 GitHub 登录,同时也修改了项目定位:

    小而美的博客系统,专为程序员设计

    GitHub 是目前全球最大的程序员社区,所以选择集成 GitHub 是符合定位的。因为 Solo 不同于一般意义上的博客系统,这是 B3log 构思的初心所决定的,也是这个项目能走到今天的原因之一,因为我一直想做一个不一样的博客系统,现在稍微有点样子了。

    另外除了登录,Solo 还有一些功能是依赖 GitHub 完成的,比如自动同步 GitHub 仓库。我们的下一步计划是集成 GitHub Pages,让 Solo 实现静态博客特性,降低用户搭建复杂度和运维成本。实现静态化的同时,仍然保留(或者说是加强)博客端和社区端可交互的特性。最终,让更多想通过写博客分享技术、记录生活的程序员们用上 Solo 博客系统,体验独立博客 + 社区互动的社交网络。

    做集成 GitHub 的决定其实我考虑了很长时间。虽然不能说考虑的时间长结果就一定好,但是我觉得既然想了就要去尝试。虽然受众用户群体看上去变小了,但实际上效果还不错,自从发布 v3 后用户数增长很快。这个改变不是自我设限,而是一次更好的进化选择。

    也许以后某一天 Solo 还会改变定位,事物总是在变化中的。

    1 回复
  • 其他回帖
  • InkDP

    solo 为程序员而生

    1 回复
  • zouchanglin

    +1

  • 88250

    谢谢支持。扩展这部分暂时只能寄希望于社区的其他贡献者来实现了,个人精力有限。

    希望我们都能找到自己喜欢的东西,并为之持续付出。

  • 查看更多回帖