由于考虑增加更现代的php服务端架构，之前针对08年的这个Bo-Blog旧版的服务器配置——php5.1+win2003已经完全无法满足我们的技术迭代（和娱乐）要求了。因此慎重考虑之后，觉得将服务器迁移到linux+php7+上，对于的，对Bo-Blog的代码也做了一次升级。

作为伪春菜的小工具，音乐播放器功能当然必不可少，而现在，用h5随手写一个音乐播放器当然是轻车熟路老司机上路信手拈来的事儿。稍等，来看看常见的网易云音乐的web端播放器，我们需要的最重要的一个特性就是播放器常驻页面，也就是说切换页面不会打断音乐播放。为此，事实上的页面结构是全站webapp化+ajax+动态渲染，再js修改title和url(pushState)——嗯，这些也是现代前端界非常非常常用的技能。不过稍等一下，我们的博客别说全站webapp化了，网页里面连一个ajax请求都找不到。事实上这个博客是非常非常单纯的独立php页面+混编模式写成的，如url中所看到的那样每一个页面就是一个.php文件混编出来的，前后端完全没有分离。那么，给我的选择就是要么完全重构网站做成webapp，要么用奇技淫巧结局这个问题。

对，就是博客右下角的Nana酱，现在已经是重构之后的版本了。部分新功能的代码已经写入，但是并没有启用，现在功能基本和之前的版本保持着一致，等待稍后的更新和补充。另外再确认一下定位，伪春菜不是人工智能（比如小娜），只是一个桌面辅助程序（就像office的大眼夹一样），因此主功能完全由前端提供完全没问题，交互也单纯通过点击选项完成，不包含输入框等。当然，显然如果要提供更复杂的服务，肯定还是需要网络通讯，因此也准备了网络通讯的方法技术预留。

最近前端在对业务基础框架进行整理，在reactNative部分，我们发现非常常用且需要native支持的基础组件需求还是不少，而且大部分都急需解决跨平台的兼容性问题。从基础组件拆分的角度来将，当然我们的目标是将它们中与业务逻辑不相关的部分，完全node方式模块化，以第三方库的方式引入。经过对实际业务中使用reactNative的项目进行分析和抽象，我大概规划了一下需要单独抽出的库：
1.界面：toast与弹窗（在js层难以实现或易出bug），地图（功能复杂，代议）
2.功能：系统常量（js可用的环境变量），消息与通知，定位

真是一個辛苦的工作啊~~~