通过误打误撞知道了 solo，本地测试运行了一下，发现是个很棒的开源 blog
可是我想说说我的看法，不喜勿愤。
很多人在找一款适合的 blog 程序来写自己的博客。每个人每个群体可能有不同的需求。
我看看了，solo。好像必须要通过 github 才能登陆。
为什么这么好的一个开源 blog 要限制自己的用户基数呢？我的博客可以是生活类的，可以是技术类的。
可假如有人偏偏不喜欢 github，想要创建自己的用户账号呢？这样会不会被拒之门外
从而导致重新选型。
我觉得作者可能需要考虑一下。。。
Solo 为什么一定要和 GitHub 捆绑在一起限制用户基数？
本贴最后更新于 2254 天前，其中的信息可能已经东海扬尘
相关帖子
-
- 其他回帖
-
telessss • • 1 • 1 赞同 via macOS作者
感谢老大的答复，我觉得 solo 很精美也很喜欢。有 github 的功能和一些集成对程序员来说确实是好的，但摒弃了自己的用户模块去作为唯一登录口径，我感觉。。。em.... 是不是因小失大。 “可选”，“扩展”。就跟插件一样。可能会比较好。
就跟之前 google 拼装概念手机一样，我可以根据我的需求往上面插入我各种想要的配件。但规则是我定的，满足品质的配件，才能上我官方的推荐，或者怎么样，鼓励更多的厂商和供应商，加入到适配我产品的队伍中来。
您做的产品。是一个平台的中心。中心的东西做好了，所有喜欢的人，都会因为喜欢和高可扩展性而更加喜欢。
因为扩展性，会吸引来更多的人，为 solo 添钻加瓦。 那 solo 的明天可能会更好！！！！
一个深深喜欢solo，但是还在纠结是否当主力blog的人1 回复 -
感谢反馈，在 v3 之前 Solo 是独立用户体系的，v3 开始转向集成 GitHub 登录，同时也修改了项目定位：
小而美的博客系统，专为程序员设计
GitHub 是目前全球最大的程序员社区，所以选择集成 GitHub 是符合定位的。因为 Solo 不同于一般意义上的博客系统，这是 B3log 构思的初心所决定的，也是这个项目能走到今天的原因之一，因为我一直想做一个不一样的博客系统，现在稍微有点样子了。
另外除了登录，Solo 还有一些功能是依赖 GitHub 完成的，比如自动同步 GitHub 仓库。我们的下一步计划是集成 GitHub Pages，让 Solo 实现静态博客特性，降低用户搭建复杂度和运维成本。实现静态化的同时，仍然保留（或者说是加强）博客端和社区端可交互的特性。最终，让更多想通过写博客分享技术、记录生活的程序员们用上 Solo 博客系统，体验独立博客 + 社区互动的社交网络。
做集成 GitHub 的决定其实我考虑了很长时间。虽然不能说考虑的时间长结果就一定好，但是我觉得既然想了就要去尝试。虽然受众用户群体看上去变小了，但实际上效果还不错，自从发布 v3 后用户数增长很快。这个改变不是自我设限，而是一次更好的进化选择。
也许以后某一天 Solo 还会改变定位，事物总是在变化中的。
1 回复 -
telessss • via macOS作者
为了一棵树，放弃整个森林，这种做法不可取。
slogon 喊什么都没关系，“solo 为程序员而生”
为什么不能是我对程序员提供友好的 github 继承，github 登录。 更加精美的 markdown 编辑器和酷炫的 markdown 功能。
而是 直接砍掉原有的用户模块。只能 github。。。
非要在没有打开程序员市场的同时，先把其他市场给扼杀掉。。 这对开源的作者来说，我个人觉得是犯了一个很大的定位错误。
- 查看全部回帖
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于