通过误打误撞知道了 solo,本地测试运行了一下,发现是个很棒的开源 blog 可是我想说说我的看法,不喜勿愤。 很多人在找一款适合的 blog 程序来写自己的博客。每个人每个群体可能有不同的需求。 我看看了,solo。好像必须要通过 GitHub 才能登陆。 为什么这么好的一个开源 blog 要限制自己的用户基数呢? ..

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

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

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

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

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

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

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

从而导致重新选型。

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

展开
  • Solo

    Solo 是一款小而美的开源博客系统,专为程序员设计。

    Solo 有着非常活跃的社区,可将文章作为帖子推送到社区,来自社区的回帖将作为博客评论进行联动。

    这是一种全新的网络社区体验,让热爱记录和分享的你不再感到孤单!
    具体细节请浏览 B3log 构思

    869 引用 • 6582 回帖 • 671 关注
  • 反馈

    Communication channel for makers and users.

    82 引用 • 696 回帖 • 84 关注
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

  • 1437

    还是希望能保留通过邮箱直接注册这一选项

  • 查看更多回帖