Cap

Cap是个基于PoW工作量证明的验证码体系，用来给每一次请求添加一定的CPU成本，防止恶意请求。真正的客户只要计算一次，消耗一次成本。恶意尝试需要计算成千上万次，大大增加成本，使其放弃尝试。

这个验证码的主要适用场景是保护登录表单，防止暴力破解在你的接口上跑字典。让攻击者的每次请求都有更高的CPU成本。如果你需要智能防爬，可以考虑使用Anubis这款WAF。

背景 曾经看番的好去处B站越来越烂了，导致完全没兴趣续费大会员。所以我尝试回到过去，重新捡起来 BT 下载。 很庆幸，2025年动漫花园和nyaa都还

很多时候，一些请求是可以合并的，比如库存扣减常用的 UPDATE qty = qty -1 如果我们在并发场景下，每个请求都去执行一次 UPDATE qty = qty -1，那么就会有大量的请求竞争同一行数据，造成性能瓶颈。 所以我们可以通过合并请求的方式，将多个请求合并成一个请求，一个动作完成多次扣减，然后再执行。

下面就是我封装好的工具包，用于合并请求。

这是掌玩 mini 的第二篇文章,其他内容可以参考第一篇。

前言

上一次写的测评文章我看了一下，2024-02-29，今天08-29，算用了快小半年，体验还不错，也调教的差不多了。

首先本文只针对 掌玩mini 2024 NFE 8G+256G 版本，官方代号 T811MAN。我不知道和国内在售版本有硬件上的区别，但是照搬掌玩 mini 的刷机教程没有成功过。

GSI

首先，不要碰 GSI。NFE版本暂时没有可以成功刷入的 GSI，我已经试过很多次了，基本都是无限重启。

看老外群组内的反馈，很多人都能成功刷入，不过都是普通版本的，并不是 NFE 版本。 也有老外给 NFE 版本固件刷到普版上，并没有出现 L1 的 DRM 标识，这说明很有可能这俩硬件层面有细微的变化。

如果你搞定了可以分享教程给我。

为了防止变砖，所以我准备了线刷包，这个线刷版本是 iPlay50miniProNFE(T811MAN)_EN_20240520，OTA 上刷不到这个更新。多次GSI失败救砖后，版本自然升级到了这个版本。

最近一直在忙公司的项目，经常和 JSON，日志系统中输出的文本，excel文件打交道。 所以有不少重复劳动需要弄，比如查看一下 JSON 文本中嵌套的JSON什么的。

所以借着这个机会把我的早期工具站用 React 重构了，增加了 PWA 技术，现在可以安装到电脑里当WebApp使用，除了整合常用的开发功能，最主要是打开快，All in One。

由于没有好的设计，所以沿用了之前老工具站（已下线）的 Bootstrap5。