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使用。至于服务器通信的问题,没有什么通信是建立一个会话解决不了的。

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

哎,啥也不是。

THE END
夜华子酱我知道你很急,但你先别急