对 solo 发展的一些建议(有想法的请看过来)

本贴最后更新于 373 天前,其中的信息可能已经时移俗易

所以为了 solo 步入正轨,能更好的发展,作为一个 solo 的爱好者建议给 solo 瘦身,在官方版本中去掉不必要的第三方软件,插件。(相信其他有想法的人,觉得有道理可能就放手开干了,他也可以开源一款博客美其名曰“微而美”,纯 Java 生态,一键开发,一键布署,可能就基于 solo,但谁知道啊。)

  1. 不要在官方正式版本中建议通过 docker 发布。支持 docker 发布可以做为一个案例另外说明。
  2. 官方正式版本中默认采用 H2 数据库。支持连接 MySQL 或其它数据库可以做为其它案例另外说明。
  3. 不要在官方发布版本中建议用 nginx 来反向代理。是否需要反向代理由用户根据实际情况考虑,自由选择(可以提供配置说明)。
  4. 前端改为 JSP 或 HTML+CSS,不要用 freemake(降低学习成本)。支持 freemake 可以做为一个案例另外说明。
  5. 把 plugin 模块分离出来,做为官方版本的子模块(类似于 solo-skins 子模块),提供插件开发扩展说明。
  6. 加入本地账号功能,就存在 H2 里好了。
    这样 solo 只有"前端"+"jetty"+"H2"+"自身代码逻辑",并且都属于 Java 生态,只要有基本的 Java 开发环境(JDK+Maven),就可以一条命令完成博客的下载,布署,启动。

以上如有叙述不当的地方请看官们多包涵哈,你有哪些好建议也请提出。

  • Solo

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

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

    1197 引用 • 9154 回帖 • 631 关注
  • 反馈

    Communication channel for makers and users.

    109 引用 • 844 回帖 • 93 关注
3 操作
yanxingangsun 在 2019-06-28 16:47:43 更新了该帖
yanxingangsun 在 2019-06-28 16:18:04 更新了该帖
yanxingangsun 在 2019-06-28 15:51:23 更新了该帖

赞助商 我要投放

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

    非常感谢你的反馈和建议,下面我就你提到的各点进行一些说明:

    1. 使用 Docker 部署主要是方便,并且统一环境,用户也不容易踩坑里,还有一个好处是可以自动升级,不用手工折腾。只有使用 Docker 才能实现“一个命令开箱即用”
    2. 可以支持 MySQL 5.6+ 的,只是建议用 MySQL8,兼容性主要靠 JDBC 驱动实现
    3. 建议用反代和建议用 Docker 一样,都是为了方便
    4. Java 模板引擎目前 FreeMarker 还算主流,JSP 就算了吧
    5. 插件方面虽然存在好几年了,但是用户和开发者并不是太在意,所以一直没有改进,目前 Solo 的插件设计确实有点尴尬
    6. v3.0.0 之后就通过 GitHub 统一账号了,主要是整个 B3log 体系(博客 + 社区)发展策略调整
    7. 去年我们已经用 golang 写了一个博客平台 Pipe,也是 B3log 的一个博客端。另外 B3log 还维护了一系列开源项目的,一般来说只要开了坑,我们就会一直填下去,不会弃坑

    总的来说,我们不只是想做一个 Java 开源博客系统,我们想做的是一个博客 + 社区的生态,也就是实现 B3log 构思,在实现这个目标时用户可能会觉得有的设计有点“怪异”,我们会尽量平滑进行过渡,也希望大家能够理解我们这样做的动机,我们一起来共建未来的博客生态。

  • 其他回帖
  • yanxingangsun

    哈哈,不好意思啊,已经改过来了,谢谢指出。

  • iTanken

    我竟然把文章和评论从头到尾看完了 huaji

  • yanxingangsun 1
    • 发这个贴子是谈一点个人对 solo 发展的想法,为了不引起不同技术爱好者们的互相抬扛所以用了“戏说”的语气,就是为了软化这些分岐,尽量以一种自嘲说笑的方式表达出来(我是个 solo 新人,水平很菜的,请扛精们放过哈)。我的文中也说了“不是说这些技术不好”,也没有拒绝这些技术的意思,只是希望 solo 做为一个产品的发布,能够更纯粹一些。
    • 用不用 docker,nginx 可以让用户根据情况来选择即可,solo 对这些软件或技术都是可以支持的,但不是使用 solo 的必要条件。比如想用 docker 的 solo 还必须配个 nginx 的代理,不配 nginx 的代理就不能登录是不是就有点那个(至少没有做到 用 Docker 实现“一个命令开箱即用”嘛,或者为什么不把 nginx 也打包到 docker 里呢?)。当然配 nginx 的代理也是有理由的,我后面也回贴说了理解。
    • 要不要 docker,要不要 nginx 代理,要不要选 MySQL 或其它数据库,这些都是偏重工程和运维上的问题了,可以把 solo 拉不同的分支版本来支持这些不同的运用场景。solo 的主版本只要最简配置即可。当然我不是说一定要按照这个意思来改嘛,只是提个建议啊。
    • 现在 solo 默认采用 MySQL,要使用 solo 就需要自己配置 MySQL,手动改密码,建库等。显然没有用 h2 方便嘛(不用手动布署数据库)。所以我建议 solo 默认采用 h2 来发布对初次使用的用户更方便嘛。solo 用熟了你想连 mysql,oracle 等其它数据库也是支持的啊。
    • 我提这些建议都是为了降低新用户对 solo 初次接触的使用门槛和学习成本,换句话说就是让 solo 对新用户来说更友好一些是有改进空间的嘛。对于博客页面的技术实现,希望也能做一个 JSP 版本的,降低用户的学习成本嘛(要熟练使用 FreeMarker 也是要花时间学习的嘛);但是用 JSP 再把这些 FreeMarker 页面重新写一遍也是要增加 solo 团队的时间和人力成本的,所以我回贴里也说了理解。(要说 solo 里这些界面用 JSP 就做不到吗,肯定不是;在 Java 程序员里会 JSP 的比会 FreeMarker 的人少吗,肯定也不是;88250 说了就是因为 JSP 技术老旧了,FreeMarker 是当下流行技术。By the way, 我把 FreeMarker 写成 freemake 说明我对它不是很了解嘛,笔误没检查出来请多包涵哈)。
    • solo 目前只支持 GitHub 账号登录,这是用户体验上的问题。如果用户能创建自己的用户体验会更好一些,所以我建议加上这个功能,当然 88250 团队也有他们的理由,我也是理解的嘛。
    • solo 目前已经做得很成功,有一定水平的开发者看过安装文档从下载到启动一切顺利的情况下可能只用不到 5 分钟时间。但我觉得 solo 还有改进空间,可以更快更方便。比如在开源文档上介绍安装启动时只要一条命令;新用户只用一条命令可能不到 1 分钟时间就能完成开发环境的搭建(solo 据说是面向程序员的博客呢)和博客原型的启动不是更好吗?

    好了,在这里把我主贴里的想法说得更清楚了一些,希望能引起大家的思考和讨论,而不是互相攻击抬扛哈。

    1 回复
  • 查看更多回帖