AIYA-CMS主题重构中：进度就是没有进度

水一贴。

因为最近这几个月除了找班上就是摆在家里补番补电影补小说，重构主题除了上个月写完了后台框架，虽然说是写完了但是也只是个半成品，也没什么其他的完成了的工作了，主要研究了一些技术选型的事情。

甚至我还尝试了一些比较抽象的页面构造方案，例如在服务器local运行nodejs生成html页面然后服务器内部通过php的curl转发这样的方案。

虽然但是你还别说，性能其实没有想象中那么拉……

同时我还研究了一些别的程序构造方法，比如WordPress + Laravel组合，我当时搞得比较简单所以直接composer了corcel这个项目回来做测试，这个项目是直接模型化了WP的数据库，可以直接简单的用Laravel的函数把数据取出来。灵活是灵活了点，但是泛用性不咋高，貌似只适合做app后端。

顺便，如果你真的打算用WP跑后端，除了RESTAPI之外其实有更现成的解决方案，例如wordplate，当我发现我正在轮子上面造轮子的时候这个方案也就被我丢一边了。

除了这些之外，我还试过直接把WP主题写成简单的API之类的，不过后面也都扔一边了。

原因也就是上次说的，我比较拒绝在服务器额外搭建一套nodejs生态，因为我比较喜欢玩小服务器，所以对我来说降低部署的麻烦程度是必须的。而且nodejs跑起来之后纯纯内存吞噬者，没个4G往上的配置基本分分钟飙红，还得给它专门写个缓存器多少是有点没必要。

于是，我就又尝试了单独创建API然后在前端axios转换的方案。

于是就就有了新的问题，axios这玩意几乎就是给vue量身定做的，而vue这玩意如果搭配bootstrap这种外地来的前端框架，不至于完全不兼容吧至少也有点不兼容。而单独前端框架而言Element和Bootstrap相比又各有各的脑瘫之处，谁也别说是谁好。

那么，我们为什么不给vue扔一边去用react呢，因为react没有全家桶，是的，一切问题又将回到为什么不引入一个nodejs生态上。

到这一步，我想是时候转换一下思路了，比如可以自己鼓捣一个更简易的jquery轮子配合bootstrap使用。至于服务器通信的问题，没有什么通信是建立一个会话解决不了的。

所以我就想前端发展到今天这个现代化水平除了更吃性能了，好像也没变得更好用。

哎，啥也不是。