標準系統消息/公告
Oct 9
由于考虑增加更现代的php服务端架构,之前针对08年的这个Bo-Blog旧版的服务器配置——php5.1+win2003已经完全无法满足我们的技术迭代(和娱乐)要求了。因此慎重考虑之后,觉得将服务器迁移到linux+php7+上,对于的,对Bo-Blog的代码也做了一次升级。
Feb 13
作为伪春菜的小工具,音乐播放器功能当然必不可少,而现在,用h5随手写一个音乐播放器当然是轻车熟路老司机上路信手拈来的事儿。稍等,来看看常见的网易云音乐的web端播放器,我们需要的最重要的一个特性就是播放器常驻页面,也就是说切换页面不会打断音乐播放。为此,事实上的页面结构是全站webapp化+ajax+动态渲染,再js修改title和url(pushState)——嗯,这些也是现代前端界非常非常常用的技能。不过稍等一下,我们的博客别说全站webapp化了,网页里面连一个ajax请求都找不到。事实上这个博客是非常非常单纯的独立php页面+混编模式写成的,如url中所看到的那样每一个页面就是一个.php文件混编出来的,前后端完全没有分离。那么,给我的选择就是要么完全重构网站做成webapp,要么用奇技淫巧结局这个问题。
Feb 1
对,就是博客右下角的Nana酱,现在已经是重构之后的版本了。部分新功能的代码已经写入,但是并没有启用,现在功能基本和之前的版本保持着一致,等待稍后的更新和补充。另外再确认一下定位,伪春菜不是人工智能(比如小娜),只是一个桌面辅助程序(就像office的大眼夹一样),因此主功能完全由前端提供完全没问题,交互也单纯通过点击选项完成,不包含输入框等。当然,显然如果要提供更复杂的服务,肯定还是需要网络通讯,因此也准备了网络通讯的方法技术预留。
Jul 5
最近前端在对业务基础框架进行整理,在reactNative部分,我们发现非常常用且需要native支持的基础组件需求还是不少,而且大部分都急需解决跨平台的兼容性问题。从基础组件拆分的角度来将,当然我们的目标是将它们中与业务逻辑不相关的部分,完全node方式模块化,以第三方库的方式引入。经过对实际业务中使用reactNative的项目进行分析和抽象,我大概规划了一下需要单独抽出的库:
1.界面:toast与弹窗(在js层难以实现或易出bug),地图(功能复杂,代议)
2.功能:系统常量(js可用的环境变量),消息与通知,定位
Jul 25
真是一個辛苦的工作啊~~~