多环境互补解决BUG

请注意,本文编写于 1007 天前,最后修改于 1007 天前,其中某些信息可能已经过气。

要说解决,其实也没实质上的解决。就连发生原因,都只能靠猜测。
博客加入了bangumi番剧和豆瓣图书的模块,理论上可以通过API自动更新追番和图书。然而在实际使用过程中,番剧列表不能实时更新,准确的说是完全卡住。图书那边则是连初次加载也无法完成。

使用winSCP进行文件替换
使用winSCP进行文件替换

猜测原因是json文件写入异常,这个可以很好的解释图书页为什么加载不出来。因为json文件不可写入,里面的内容就一直是空的,实际发现确实如此。但番剧那边就很奇怪了,尝试删除内容或替换内容后,插件重新get的数据一直是卡住的那一条。
可能的原因是内存不足,毕竟跑在路由器上,SWAP分配的也不是很大,其中本身的框架就吃了很多。
而在另一边,在Synology 218play 的NAS上我也配置了一个相同的Typecho。虽然不能远程访问,但本地的修改速度更快,不用SCP连接9000公里外家里的路由器,而是直接读写硬盘。
有趣的是,在这边的环境就可以非常迅速的正常显示番剧和图书列表,所以可以排除插件的问题。
博客本身就是用来看的,加载不出来是硬伤。时效性都是其次的了,首先要让他显示出来。
那么首先的想法是,把本地的json内容拷贝到远程。然而结果是远端直接就重写了文件,改了跟没改一样。于是下一步尝试从脚本下手,找到验证json文件的部分进行修改,然而很遗憾,被眼花缭乱的代码蒙蔽双眼,找到了某一块更新json的代码,但是修改却无从下手,源码之间都是互相关联着的。
到这里看似是歇逼了,于是直接一波猛虎操作,用本地文件替换远程文件。
番剧列表
番剧列表

图书列表
图书列表

结果一刷新,成了。页面被正常显示出来了,这就很有意思了,之前替换内容无法做到的现在替换文件解决了。也许是编码问题,一开始的编码本来就有问题,替换一个编码正常的新文件就安排上了。

评论区

评论列表