帖子菜单

最近准备做个轻量的站点，回顾了许多程序，最后来到了hybbs，感觉算是蛮满意的。

也看了看论坛的一些相关，这里说说我一个新人的看法。由于不太懂后端方面，所以说的不是很准确请见谅。

看了下hybbs应该是站长想要自己开发的一个轻程序，里面借鉴了不少dz，flarum的地方，这点站长自己也有说过，恰巧这两个程序我都算蛮了解吧。应该是主打一个移动bbs轻程序。最大的亮点就是中国化的权限和机制，以及wap端简洁的设计风格。

hybbs应该是站长自己做的hyphp的框架开发的，富有钩子，语法也比较新，能支持到php7。

虽说好的地方很多，但也有蛮多不足的地方。

1.钩子的一个定位，如果钩子只是作为一个插件开发的嵌入点来说，有个比较要重视的点，这个在dz的身上尤为明显，dz因为插件开发者较多，命名不统一的原因，经常会出现使用同一个钩子，插件之间不兼容，使用的点到后面变得混乱臃肿。我觉得hybbs应该从一开始就为这点进行打算。我个人觉得比较好的一个方向，就是模块插件分离，我们将hyphp作为框架，内设用户类，论坛类，一个类就是一个模块。比如“user”“bbs”而钩子则放在模块的二级下，比如“user-xxx”，“bbs-xxx”有效的避免功能相同的两个插件会出现的各种问题，而user应该有管理员来进行控制，需要某一个功能类在user上添加钩子，这时由管理员来提供插件扩展。确保一个流畅性。这样也节约了站长的一个精力。可以专心的对底层进行优化，底层代码只要不是根本性的改变，模块，插件也只是需要小规模的代码改进，维护，可以为开发者节约很多精力。而一个开发者开发一个类的话也是非常好的，因为，你开发一个类，只配置基本功能，而很多用户会需要对基本功能有各种不同的定制，这样可以有效的节约重复开发时间，只需要为定制的用户提供定制的插件就可以了。

2.便捷性，诚然，使用插件是让程序快速集成功能，变得全面的一个好方向，但这需要一个庞大的开发人员，与盈利的可能性。讲道理，如果只是靠喜欢，来偶尔开发1-2个插件，那实际是不能实现一个良性发展的。而且也不便捷，因为随着程序版本的迭代，插件就会无法使用，功能也会跟不上。若是一些sdk的第三方，还可能面临失效的问题。常言都说有技术就自己弄呗，没技术就花钱，这也是很自然的事，但是这中间有很多不确定性。如果都是我们自己去想办法的话，效率低，质量也不一定好，且还有被忽悠的问题。这个问题虽然对hybbs并没有实质的伤害，但自己的用户吃亏，肯定是不好的。最好的办法就是官方有一个完善的机制来让扩展稳定的跟进，或是官方能组织第三方做一个担保，或是中介方来解决问题是最好的。另一方面也是杜绝废物插件，虚假插件，过时插件来坑害用户花钱的一个良好手段，dz的应用中心，现在也是这个原因而混乱不堪。关于具体实现方式，虽然我也有考虑过，但篇幅太长，暂时不说了。

3.完善的环境包，其实我觉得官方打包一个安全稳定的web环境包也是很不错的一件事，虽然这类的第三方很多，什么amh这种面板类，也有lnmp这种环境集成包。但是其实我觉得很多普通用户搭建了，还是会有各种问题的，建议官方可以做一个环境包，然后放出来，我们来直接安装，或是放上阿里云，毕竟现在用阿里云的太多了。php7的难点就在于配置的时候很需要专业性，这个可以有效的解决用户的难点，而nginx也可以替换为tengine，数据库也可以将redis缓存配置好。这样来为用户提升环境带来的一个性能上的节约。

4.移动端，站长应该是想要把wap做的和app一样流畅，或者类app流畅，但是h5的wap是不可能比app流畅的，一个是浏览器进程的占用性，一个是浏览器本身的一个功能限制，还有就是用户体验上无法像app那样记录，反复前进后退，体验差的同时又消耗了过多的无端的流量，不过普通用户开发app也不太现实，其实可以参考阿里的native开源项目weex。没必要迅速替换，但是只要一点一点的改变，应该可以逐步走向native，native在wap的性能上较原生h5应该是有不错的体验提升的，而最优势的一点就是native打包为app是相当方便的。

5.关于细节，比如安装时数据库显示需要mysql，但是支持mysqli连接吗？支持pdo的连接方式吗？这些我觉得应该要列出来，毕竟原生的mysql还是有安全性与其他问题的。在wap的登录端上，这个极速验证经常会验证失败也是问题，编辑器也可以更加的精简和优化来做的更加美观。比如 http://discuss.flarum.org.cn 的编辑器就简单，功能强大，而且在页面的右边的阅读提示也是非常细心的地方。还有就是wap不太适合下导航栏，因为有一部分手机，浏览器下方就和返回，主菜单等虚拟按键冲突了，还是应该放在侧边栏的，可以看看http://poipoi.cn/portal.php （用手机访问，无论是像素还是使用体感，应该都比目前的wap要好不少。还有其他的挺多地方的，这一下要说很多倒有点麻烦，毕竟还没有按秒来精确计算逻辑体验。

6.关于轻的定义，随着dz，phpwind等程序越来越庞大，在丰富了功能的同时，也变得越来越臃肿，解压，动则20-30M的程序真的有点伤不起，过时的语法，陈旧的flash使用，以及古板的底端布局，都是轻论坛这样的网站概念流行的原因，让论坛回归初始，但随着时代的发展单纯的轻论坛是满足不了站长的，毕竟站长建站就是为了一个梦想，与赚钱，不求能赚成千上万，让网站自给自足还是很多站长希望看到的，那么单纯的轻论坛虽然对用户很友好但却难以盈利。目前盈利大多是走电商，用户付费，联盟offer，合作推广。这样的话，从使用来看，一个程序大概有2-3个完整的功能模块是比较合适的，每个人根据做的网站方向不同，需求也会不同，这就是为什么我之前会说模块+插件方式是最适合轻程序的方式，因为只要定制自己需要的功能，可以自由组合，完美拆卸。我可以做到就只有用户系统的最轻，也可以做到有4-5个功能模块的全面，这才是我看来的目前轻的趋势。很多事我们应该让开发者来实现，而不是程序本身，站长只要负责维护底层文件和用户模块，便已足够。

7.最后祝愿hybbs发展的越来越好，虽然说的很多也很乱，我也并不是说这些就一定好，但是至少是我看到目前hybbs所欠缺的，若能在其前进的道路上有点帮助，便是极好的了。