不像 iOS，在 Android 下，设置完了代理并安装与信任了自签证书后并不能让 Apps 信任被中间人了的网络请求。这篇文章是记录了 2023 ~ 2024 年我是如何中间人 Android 的网络请求的。
我刚开始看动画的时候也是B站或者优酷这些流媒体看的，最开始从国外录电视，翻译添加字幕重新压制再上传各个视频网站然后被我们所观看到。之后就各种政策变化，以及有了一些版权意识之后，一些没有引入版权，又或是动画本身有一些镜头并不符合国内情势被剪辑的事情发生之后，我看动画的方式就从在线变成了找资源下载看了。而后又对DVD，高清，蓝光等事情产生了兴趣，以及喜欢的动画如果想再回去看看的话又不想每次再翻回去看这一点之后开始研究 PT 等等的事情。
与此同时也购入了人生第一台 NAS ，群晖ds215j之后，到我卖掉我的DS916这期间，找番看番离不开动漫花园和幼儿园等网站，但也只停留在下载，使用 PotPlayer / IINA 播放阶段，即使之后一个人生活也是在客厅里放了一台电脑接上电视机观看。
搬新家之后买了很多新的家用电器，攒了很多家电积分后没有想买的东西了，于是去买了个原价率最高的「Chromecast with Google TV」来玩，但接上后发现完全就是一个播放流媒体的工具，然而下载党 & 抠逼并不愿意为流媒体多付一分钱的情况下研究播放下载了的番剧，但群晖自己的 Video Station 会预转码占用硬盘空间，加上也没有系统性的整合剧集非常不好用，以前对转码的认知也停留在很肤浅的阶段，认为转了码画质就低下了，所以大多数情况下也还是继续打开电脑来播放下载的动画。
又过了两三年左右我自己使用 OMV 为底组装了自己的 NAS，一方面想着如何盘活客厅里的 Chromecast ，另一方面从开电脑到打开共享文件夹从乱七八糟的PT的文件夹名找到自己要看的番剧到找字幕解压再看其实步骤很多，对心理负担很大，会容易让自己不太想看电视了。因此能否使用简单操作快速播放 NAS 中的番剧文件，并且还要能实时转码推流，并保持做种是做这件事情的目的与动力。
以上就是这篇文章的背景，那么开始动手。
背景
前文提到了客户端使用 Wireguard 在 Docker 中连接 VPN 后将整个做种使用服务器网络的过程。但很不幸，这台 Kimsufi 的杜甫在上上个礼拜莫名其妙的失联了。期初我以为是网络问题或者可能死机了暂时性无法访问，一开始还能 ping 通于是在面板上操作了重启，重启过后无论是在中国大陆这边去 ping 还是在日本这边去 ping 都没有办法通，而且没有任何可 ping 通的迹象，遂重装。
转眼之间我在LINE已经工作了6年整，期间经历了大大小小，风格不同的产品和项目。5/17号我提了辞职申请，上星期，我走完了离职流程。今天这篇除了想写我和LINE的一些故事，也想留下一些自己对日本和将来的看法，更是为了自己将来的职业生涯中不要犯下同样的错误和正面去思考将来自己需要掌握的技能。
好久没有写博客了，忙是比较大的一个因素以外，事实上这几年也感觉确实没有什么积累，一方面前端虽然还是变化很快，但翻来覆去其实就那几个花样，我会觉得这也要写一篇文章水吗？另一方面博客本身也是各种长草，另外把想法组织成语言很难是因为当写成文章时就必须要归纳和整理，提升了整个难度。今天这篇文章主打一个想到哪里写哪里，希望能够降下自己写文章的门槛，聊一聊 2024 我用 Astro 翻新了我的博客。
背景
寻找技术上既能规避自家网络使用 BT 协议又能利用本地环境的大硬盘的解决方案
采用方案
Wireguard + Transmission
大多数前端开发同学都用的是 macOS ，然而 macOS 上文件名不区分大小写，因此你不能在同一个文件夹下同时创建 package.json 和 packagE.json。
这个细节很小，因为大家不是英语母语，现在又越来越依靠 intelliSense 补全文件路径，在这个事情上翻跟头会比较少，就算翻了跟头也很容易忘记。
在写 Flutter 和 Serverless 查资料的时候，在某个博客里看到了 CLS 的相关内容，感觉其实是个很不错的软件工程的解耦想法，于是保存了下来。今天回过头来仔细研究了一下并决定给自己留下一些记录。