继续整理之前的秋天的游记，这次是富士山。 一大早，乘着富士急行出发，沿途车站看到了《向山进发》的海报。 河口湖富士急行的重点站是河口湖，车站离湖不远，走几步就到了。看到本栖湖，不由得想起了摇曳露营的圣地巡礼。那天天气真是不错，蓝天白云。 五合目之后，则是乘坐巴士向着五合目进发。合目大概是表示登山的进度，公共交通能到达的最大高度大概就是五合目了，这里已经是皑皑白雪了。 「○合目」表示の由来には実はいろいろな説があります。かつて登山は修行の一貫で人間形成の手段として行われていたもので、その際の到達の難しさや疲労の具合をもとに目安や各人の到達目的として決められたという説です。つまり、頂上に近づくにつれて、（合目の数が大きくなるにつれて）道も悪くなり、傾斜もきつく難儀するので登山者の励みの目標や休息地になる地点を時間的に刻みだしながら何合目か決めたと言われています。 五合目上，有一个神社，秋叶点缀下，风景很是秀丽。 接着又稍微山上走了走，白雪中的秋叶，熠熠生辉。远方依然有登山者前行。 忍野八海傍晚，我们来到了忍野八海，所谓八海其实就是八个池塘，包括「出口池 ...

Galgame汉化中的逆向（四）：IDA静态分析psv游戏by devseed, 本帖在论坛和我的博客同时发布 0x0 前言前三篇都在谈pc汉化中的基本方法，这篇来说说主机汉化的操作。由于主机的特殊性，用户权限比较低，一般很难做到动态调试（大多是只有比较完善的模拟器才能动态调试），甚至连编写自制软件都不能用类似于gdb的调试，往往都是插入log来看输出。而且因为主机游戏往往没有加壳和混淆什么的（本身主机系统加密防破解就很变态了，游戏就没必要再搞防护了），因此一般都是进行静态分析。静态分析最重要的是定位，通常是通过特征字节来定位（如游戏opcode，文件magic等），或者根据代码量、大的switch结构、相关字符串（别抱太大希望，字符串很难找到refer）。这篇来谈谈如何用ida静态分析主机游戏，在魔改算法不容易看出来的情况下，如何将ida的伪代码翻译成可执行的代码。本次以psv游戏arm汇编为例。 0x1 文件结构分析此游戏有一堆*.ARC *.BIN 文件，直接用GARBRO打开，可以看到文件名但是无法打开每个文件，观察可知是用了叫做gss的游戏引擎。简单分析可知 *.bin为索 ...

时隔一年，继续整理去年这个时期拍摄的素材。 这次的摄影主题是生田的紅葉，茅草屋，以及藤子F不二雄纪念馆。 生田秋色下午从生田绿地出发，秋味很浓。霜月中旬，路上秋色，紅葉与银杏。 上山到民俗村，观日本各地复原的茅草屋。 秋色中的茅草屋也是别有一番风味，围坐在火炉旁，听着古老的故事，看着制作风车。 参观完茅草屋后，下山到生田绿地广场。 这里有个生态馆是免费的，有很多的动植物还有地质的科普只是，非常值得一看。广场里还有国铁时期的车厢，也是可以免费上去的，非常复古。 藤子F不二雄纪念馆傍晚，步行到藤子・Ｆ・不二雄ミュージアム。 其实这里是需要预约的，但是由于当天游客不是很多，和店员商量了一下还是可以买票进入的。 一楼的漫画区域有很多原稿，还有设计图什么的，可是不让拍照。这里选了一些二楼可以拍照的区域，比如说康夫家模型。另外，还有作者工作室的还原等，休息区有漫画可以看。整个纪念馆还是挺不错的，感觉童年又回来了。

Hexo_Butterfly 主题详解 配置文件 插件 修改 笔记我的博客折腾的差不多了，感觉有必要整理和总结一下，以笔记的形式写在这里了。里面有关于如何配置相关选项，我用到的插件，以及如何diy相关的东西。笔记里的配置文件有些直接来自官网。 我用了butterfly这个主题，这个主题非常好看，而且也不感觉花里胡哨，设置里有很多东西可调，但是有些细节需要自己调一下，比如说页面标题颜色、有些页面太空旷，需要加张图什么的。我的原则是尽量不修改模板，这样更新主题的时候比较方便，不用merge，兼容性比较好。因此我的做法是，通过前端css的覆盖来调整样式，没法调整的用js方法来动态改变，包括评论系统也是这么动态加进来的。 1. 常用插件安装12345678910111213141516171819npm install -g hexo-clinpm install hexo-deployer-rsync --savenpm install hexo-deployer-sftp --savenpm install hexo-asset-link --save # markdown显示图片 ...

MiniComment 动态评论系统 _Nodejs_Vue_Mongodb综合实践1. 前言之前因为用到frida，相对系统的学习了一下JavaScript。然后又接触了jquery，Node.js，同时也关联的学习了Vue.js和mongodb。学了不少，感觉需要来实践一下。前一段时间自己搞了个hexo的博客，由于是静态博客，没法实现动态评论。我们往往采取动静结合的方法，即博客本身为静态，外加动态评论。 第三方的感觉也是感觉个别地方有点问题，比如说github相关的必须用github账号才能评论；disqus国内访问不了；valine需要实名认证麻烦。 虽然开源的评论系统也有，虽然功能很强大，但是都是比较庞大，不够精简，改起来也比较麻烦。简化版的评论代码不是很多，于是就想着自己搞一个了，正好作为实践，了解一下前后端如何配合的。同时我认为这个例子对于初接触web开发的人，是个很不错的参考例子。 2. MiniComment介绍 MiniComment 评论系统前端由Vue编写而来，实现了分页系统，结合marked可以渲染markdown格式（见下图）。可以点reply回复指定的楼 ...

白天，欣赏完秋川紅葉，晚上，则是花火大会。 和夏花火大会不太一样，深秋初冬，火光划过深邃的夜空，寒风中的绽放。 不由的想到了那句歌词： 悴む空 どんな季節よりも輝いてる あの星たちのように冬の 凛と はりつめた空気に研ぎ澄まされた心が 囁く

1. 前言说到图床，真是一言难尽呀。找了半天发现没有一个完全令人满意。不谈是否能长远稳定，但就使用多少有些问题。 国内的很多图床限制太多，单张图片限制，总容量太小，流量限制，大多都没有api。国外的图床限制少点儿，单张容量可达30m，不限流量，也有api可以满足需求，体验也不错。但是最大的问题在于国内访问的速度是真慢，有的网络甚至无法访问。 至于为什么一定要api支持，因为我对可控性（control）和可移植性（portable）非常执念，通过api用脚本可以方便转移和部署。 因此想着用onedrive作为后端来搞个图床，顺便来diy个共享网盘。这种方法的好处是自己完全掌控，可以很方便的进行备份，迁移等操作。虽然api访问次数没有明说。 由于相关api开发教程不是很多，自己也踩了不少坑，onedrive的api对于新手不太友好，很多概念令人很费解，感觉有必要写个文章来梳理一下。 这个插件我已经上传到GitHub和npm上了。 2 . Onedrive共享盘搭建方案这部分倒是已经有现成的方案做的不错了，没必要重复造轮子了，我就直接用的FODI了。 由于我不会php，也不想装php环境， ...

又到了紅葉的时候了，今年没怎么出去，整理了一下去年紅葉的摄影 ~