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

• 当初吸引我的是 solo 的小而美，首先小是最重要的，大而美的博客中间件满天飞，学习成本高，管理复杂。这里说的小不单是体积小，还有使用简单方便的意思在里面；也就是拿来即用，不多几条命令就可以搭建起开发环境（给程序员用的嘛），马上就可以启动起来看到原型。
• solo 早期可能是这样比较纯，但是后来随着时间的发展，越来越多的人用，都想加入各自熟悉的功能特征，追求最新的技术，把 nginx，mysql，docker 等等一些没有必要的东西都加到官方默认的发布版中。感觉 88250 已经被带偏，甚至想用 go 重写一遍，暂且不说什么时候能完成，就是真做出来了面向 go 程序员用户群比 Java 用户群简直差几个数量级；然后怎么办，花了九牛二虎之力用 go 写的版本难道不应该做为主版本发布吗？java 版。。。那是历史了，重心不在这上面，能分点精力去维护已经不错就不奢谈发展了，真是那样的话 solo 就完了。不是说那些东西不好，加不加入这些东西应该由用户根据他的开发或者工程环境来选择，不应该做为 solo 打包布署的必要条件。
• 为什么说是 solo 打包布署的必要条件，举个例子（后面有戏说的成份，懂我意思的可跳过），官方默认用 MySQL 数据库，并且支持最新的 mysql8（高大上，紧跟时代潮流），如果你真准备装个 mysql8，那得花老半天来配置（跟 mysql5 配置很多不同，还要修改密码，自己建库，用满地是坑来形容决不夸张，问题是我只要 solo 啊，为什么还要先自己动手搞 mysql 呢？专家说：mysql 是行业标配不会 mysql 别吃这碗饭，这话 oracle 以前也说过好像。），终于搞定了 mysql；接下来 solo 的工程布署上官方建议用 docker 容器版本，然后你真用了 docker 的版本布署了发现还不能直接访问，要配置一个反向代理（理由都帮用户想好了，请参见相关贴子。但问题是用户不一定需要啊）。终于配好了，打开界面了，发现不能自己创建用户（想创建本地用户，自己开发啊），只能用 github 的账号登录；我的个乖乖，我没有 github 的账号怎么办（我有码云的啊，github 又慢还时不时掉线，关键我的英文没有中文好啊。），申请一个吧；终于可以点击登录了，发现等了半天报了个错，赶快发个贴求助吧（都到这儿了，就差临门一脚了，急得是百爪挠心），88250 响应还比较快，说刷新一下（老问题了，有时 github 掉线或者是响应太慢造成），果然刷新一下就登录了，大功告成（幸福来得太突然）。。。

所以为了 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），就可以一条命令完成博客的下载，布署，启动。

• CentOS7 命令如下:git clone https://gitee.com/forai/solo.git && cd solo && mvn jetty:run
• Windows 命令如下:git clone https://gitee.com/forai/solo.git & cd solo & mvn jetty:run

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