LTSpace

济南天气热了，偶然的热浪扑在脸上时，会让我突然想起长沙

Sun, 19 Apr 2026 09:38:43 GMT

济南天气热了，偶然的热浪扑在脸上时，会让我突然想起长沙，

恍如隔世。

我很怕热，最后却也习惯了长沙即使晚上仍然能到34摄氏度的高温。

或者我没习惯，我只是忘记了。

去年那些闷热的天气里，下着打不打伞都无所谓的喷雾雨。

我走下学校门前的斜坡，短短一百米，却要小心避开路上一坨坨被踩扁亦或仍然新鲜的狗屎，避开一个个嚼过的槟榔，从科大东街走到德雅路，去零食很忙挑选零食。

那一年里，我因为不小心踩中狗屎而懒得刷，扔掉了两双中招的鞋。

说是挑选零食，实则对零食的欲望已随年龄消减到阳痿的程度。

只是吃不惯湖南的饭菜，于是囤几桶方便面，买几瓶饮料，几包坐在桌子前玩世界之外或看电影时聊作慰藉的薯片，

真惊奇，我还能记得那家零食很忙的格局和动线。

在长沙对电影的记忆相当的贫瘠，不靠豆瓣标记，我记不起那一年我看过什么电影。

可能是因为前半年在备考，后半年迷上乙游，加之笔记本放在工位，附近没有电影院，每个方面都堵塞了观影的欲望。

别人问起我，为什么要离开长沙，我总是不假思索的说出它的缺点，一个月四十度的高温，连绵的阴雨，槟榔与狗屎。

但说来也奇怪，即使是第一次离家工作，第一次租出租屋，即使水土不服，即使没有朋友，我并没有独在异乡为异客的寂寞感。

一个人对我来说不是什么困难的事。

让我犯愁的一直是我的未来，我的人生道路，

是配不上我欲望的能力。

总是离开一个地方才开始怀念，大概是知道永远回不去了，

那段人生已如河水般流走，故地重游是刻舟求剑，也再无法踏入那段心境。

工程里的取舍与熵减

Wed, 15 Apr 2026 02:20:00 GMT

工程不是将功能做出来就结束了，而是在越来越复杂的约束下持续做选择。

每天无数次 tradeoff，要考虑项目鲁棒性与过度设计的平衡，在详细的可观测审计和隐私脱敏之间做选择，在统一收敛和多种产品业务差异之间做选择。需求不断改，要在新的理想模型和历史版本之间做兼容，还要考虑兼容到什么程度。内测时候，每次都想急头白脸地直接清库发版，最后总是发善心，默默做迁移、做灰度。

犯懒时总会想起去年技术债爆发的时刻，只能无奈地继续改。有些问题是真的风险，有些担忧又只是想象中的完美主义，还要在安全性、可用性、复杂度与演进成本之间反复权衡。

资历尚浅，确信太阳底下无新事，此刻遇到的问题必有前人踩过，所以工程风格是循规蹈矩的学院派。偶尔遇到当年背过的八股派上用场，会感慨回旋镖终于正中眉心。开心之余又会发现，我喜欢的那些被称作最佳实践的东西，总是不能被不加折损地应用进当前的业务场景。恨此事古难全，月有阴晴圆缺。

明白真正难的不是能不能做，而是做到什么程度最合适。原来所谓架构，很多时候就是在有限现实里，做出一组长期来看最稳妥的取舍。我总在诘问人活着的意义，顿感虚无，原知此事也从来没有确定的答案。

如果真有银弹就好了，如果世间只有黑白两种极端就好了。即使 AI 能将人从一些机械劳动中解放出来，无序变有序也不是件容易的事情。

但还好，我同样喜欢熵减的过程。

VS Code 插件 Webview 本地文件链接修复记录

Fri, 03 Apr 2026 03:30:00 GMT

1. 问题现象

在 VS Code 的某 AI 插件 Webview 中，回复里的本地文件链接点击后没有走编辑器内的 open-file 能力，而是被当成普通网页链接打开浏览器，表现为跳转到类似下面的地址：

https://file+.vscode-resource.vscode-cdn.net/c%3A/Users/...

这会导致以下文件引用无法正常在编辑器内跳转。以下为路径示例：

c:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go#L17
C:\Users\<USER>\<WORKSPACE>\internal\module\example_file.go:73
/C:/Users/<USER>/<WORKSPACE>/internal/http/example_test.go:1
file:///C:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go#L71
c%3A/Users/<USER>/<WORKSPACE>/internal/module/example_file.go#L25

2. 根因分析

问题不是单点故障，而是两层处理叠加导致：

本地文件路径格式不统一
Markdown 渲染阶段过早改写了本地文件 href

具体来说：

本地文件路径格式不统一
Webview 里的文件引用可能以 c:/、C:\、/C:/、file:///C:/、c%3A/... 等不同形式出现，原始解析逻辑没有先做 Windows 路径规范化。
Markdown 渲染阶段过早改写了本地文件 href
在文件链接被 renderPromptLink -> FileLink -> open-file 接管之前，urlTransform 已经先把它按普通链接处理并改写，因此点击时直接走浏览器。

结论：仅修复文件引用解析函数还不够，必须同时修复 urlTransform 对本地文件链接的判定。

3. 修复方案

本次修复直接修改已安装扩展的 Webview bundle。以下安装路径已脱敏：

C:\Users\<USER>\.vscode\extensions\<publisher>.<extension>-<version>\webview\assets\markdown-*.js

并保留原始备份：

C:\Users\<USER>\.vscode\extensions\<publisher>.<extension>-<version>\webview\assets\markdown-*.js.bak

修复分为两部分。

3.1 增加 Windows 本地文件引用规范化

新增 normalizeWindowsFileReference()，在 parseFileReference 的入口统一处理：

decodeURIComponent
file:///C:/... 去协议头
/C:/... 去前导斜杠
C:\... 转成 C:/...

这样文件引用在进入后续判断前会被统一成可识别的本地路径。

3.2 修改 `kT()`，阻止本地文件链接被改写成浏览器 URL

原逻辑只对 app、plugin、agent 之类的特殊链接保留原始 href。
修复后把 _b(e) 和 vb(e) 识别出的本地文件链接也纳入保留范围，避免它们被 Xc(e) 转成 vscode-resource 风格 URL。

4. 证据代码

以下证据来自修复后的 bundle 文件。

4.1 文件引用解析入口已经增加 Windows 路径规范化

function normalizeWindowsFileReference(e){
  let t=e.replace(/`/g,'').trim();
  try{t=decodeURIComponent(t)}catch{}
  let n=t.toLowerCase();
  return n.startsWith('file:///')&&(t=t.slice(8)),
    /^\/[A-Za-z]:[\\/]/.test(t)&&(t=t.replace(/^\/+/g,'')),
    /^[A-Za-z]:[\\/]/.test(t)&&(t=t.replace(/\\/g,'/')),
    t
}

function pb(e){
  let t=normalizeWindowsFileReference(e),n=t.match(...)
  ...
}

说明：pb() 即文件引用解析入口，修复后不再直接对原始字符串做正则匹配，而是先做规范化。

4.2 文件链接识别逻辑本身存在，并最终走 `open-file`

function Qw({className:e,cwd:t,elementKey:n,href:r,label:i}){
  ...
  if(_b(r)||vb(r)){
    let i=pb(r),o=mb(i);
    return (0,V.jsx)(yb,{...})
  }
  return null
}

function wb(e){
  let {...,path:o,line:s,column:l,cwd:u}=e,d=Ke(`open-file`)
  ...
  d.mutate({path:o,line:s,column:e,cwd:u})
}

说明：这证明插件本身已经有“识别文件链接并调用 open-file”的能力，问题不在跳转能力缺失，而在前序处理把链接提前改坏了。

4.3 关键修复点：`kT()` 现在对本地文件链接保留原始 `href`

修复后的代码：

function kT(e,t,n){
  return t===`href`&&n.tagName===`a`&&(q_(e)||X_(e)||J_(e)||Y_(e)||_b(e)||vb(e))
    || t===`src`&&n.tagName===`img`&&(uT.test(e)||et(e))
    ? e
    : Xc(e)
}

关键变化是新增：

||_b(e)||vb(e)

说明：这一步让本地文件链接不再被 Xc(e) 改写，从而能够继续流入 Qw()，最终由 open-file 打开。

5. 验证结果

已验证以下输入都可以被解析为统一的本地文件路径，并保留行号。以下样例均已脱敏：

c:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go#L17
=> {"path":"c:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go","line":17}

c%3A/Users/<USER>/<WORKSPACE>/internal/module/example_file.go#L17
=> {"path":"c:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go","line":17}

C:\Users\<USER>\<WORKSPACE>\internal\module\example_file.go:25
=> {"path":"C:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go","line":25}

/C:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go:31
=> {"path":"C:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go","line":31}

file:///C:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go#L71
=> {"path":"C:/Users/<USER>/<WORKSPACE>/internal/module/example_file.go","line":71}

实际操作上，在执行 Developer: Reload Window 后，点击 Webview 中的本地文件链接，已经能够回到 VS Code 内部打开文件，而不再跳转浏览器。

6. 回滚方式

如果后续扩展升级或补丁需要撤回，直接用备份文件覆盖：

源文件：
C:\Users\<USER>\.vscode\extensions\<publisher>.<extension>-<version>\webview\assets\markdown-*.js.bak

目标文件：
C:\Users\<USER>\.vscode\extensions\<publisher>.<extension>-<version>\webview\assets\markdown-*.js

7. 结论

这次问题的本质是：

Windows 本地文件路径格式不统一
Webview 的 URL 转换流程对本地文件链接处理顺序不正确

最终有效修复不是单纯“增强文件路径解析”，而是同时修正：

文件路径规范化入口
Markdown href 的 URL 保留策略

只有两者一起改，文件链接才能稳定落到 open-file，而不是被浏览器接管。

Next 前端代理截断大文件请求体的排查记录

Tue, 24 Mar 2026 04:00:00 GMT

日期：2026-03-24 场景：/posts/new 发布技能帖时，上传 MCP ZIP 到 POST /api/v1/skills/market/package/inspect

1. 问题现象

线上用户在发布技能帖时，已经选择了 ZIP 包，页面本地也能正常读取 mcp.json 并自动回填字段，但点击提交后服务端校验阶段失败。

实际出现过三类报错：

502 backend_unreachable / fetch failed
422 请求参数校验失败，body -> file: Field required
500 Internal Server Error

这三类报错看起来像三个问题，实际上是同一条链路上不同阶段暴露出来的现象。

2. 请求链路

这条上传链路不是浏览器直接打后端，而是四段：

浏览器发起 POST /api/v1/skills/market/package/inspect
请求先进入 Next App Router 的 route handler
Next 再把请求代理到后端 FastAPI
FastAPI 在 skills.py 里读取 UploadFile，解析 ZIP 和 mcp.json

对应代码：

前端页面发请求：frontend/src/app/posts/new/page.tsx
前端上传调用：frontend/src/lib/upload.ts
axios 实例：frontend/src/lib/api.ts
Next 代理入口：frontend/src/app/api/v1/[...path]/route.ts
Next 代理实现：frontend/src/lib/server/proxy.ts
后端校验入口：backend/app/routers/v1/skills.py

3. 第一阶段判断：不是 ZIP 本身不合法

最先看到的现象是：

选择 ZIP 后，页面已经自动填出了技能名、显示名、版本号、入口文件

这说明至少两件事成立：

浏览器侧确实拿到了 ZIP 文件
本地预检逻辑已经成功读到了 mcp.json

所以问题不在用户没选文件，也不在ZIP 格式一定错误，而在服务端复检链路。

4. 第二阶段判断：浏览器发出的 multipart 是否正确

接着重点检查浏览器到底发了什么。

在线上页面里做了两层拦截：

拦 XMLHttpRequest.send
拦 Playwright 的 network route

最终确认：

请求体类型是 FormData
其中确实有一个字段名为 file
文件名是 china-travel-mcp.zip
文件大小是 11259870
浏览器请求头里的 Content-Type 已经是标准的 multipart/form-data; boundary=...

这一步的结论很关键：

浏览器没有漏传文件
字段名也没有拼错
boundary 也存在

因此，422 body -> file required 不是浏览器层的问题。

5. 第三阶段判断：为什么会先出现 422

虽然浏览器层是对的，但服务端一度返回过：

{
  "code": 422,
  "message": "请求参数校验失败",
  "errors": [
    {
      "field": "body -> file",
      "message": "Field required"
    }
  ]
}

这个错误说明：

请求已经到达后端
但 FastAPI 没把它识别成一个合法的 multipart 文件字段

这时重点怀疑的是代理层二次转发把 multipart 搞坏了。

于是做了两类修复：

5.1 浏览器侧不再手写 `Content-Type`

在这些地方移除了手写的 multipart 头：

frontend/src/lib/upload.ts

同时在 axios 请求拦截器里加了保护：

如果 config.data instanceof FormData
就删除默认的 Content-Type
让浏览器自己生成 boundary

文件：

frontend/src/lib/api.ts

5.2 Next 代理不再透传有风险的长度/编码头

在代理层删除了：

content-length
content-encoding

并补了失败日志，方便区分是：

Next 连不上后端
还是后端自己返回了 5xx

文件：

frontend/src/lib/server/proxy.ts

这些修复解决了最初的 502 fetch failed，也让请求更接近正确，但还没有解决最终问题。

6. 第四阶段判断：为什么后来变成 500

用户随后反馈线上变成了：

500 Internal Server Error

这时直接去线上机器看 pod 日志，而不是继续猜。

在 44 机器上查看前端 pod 日志，命中了两条关键日志：

Request body exceeded 10MB for /api/v1/skills/market/package/inspect.
Only the first 10MB will be available unless configured.

以及：

TypeError: Failed to parse body as FormData.

这两条日志直接把根因钉死了。

7. 根因

根因不是后端，也不是浏览器，而是 Next 前端在启用 src/proxy.ts 的情况下，对请求体有默认 10MB 上限。

而这次上传的 ZIP 实际大小是：

11259870 字节
大约 10.996 MB

也就是说：

浏览器把完整文件发到了 Next
Next 在进入 route handler 前先缓冲请求体
因为默认只允许 10MB，所以它把请求体截断了
随后 request.formData() 读取的是一个被截断的 multipart body
最终就会出现：
- 有时解析失败直接 500
- 有时后端看到的表单不完整，表现成 422 file required

这也是为什么：

普通接口都正常
只有这个大文件上传接口出问题

因为问题不是前端完全连不上后端，而是Next 在处理大 multipart body 时先把包截断了。

8. 修复方案

修复分两部分。

8.1 提高 Next 的请求体上限

在 frontend/next.config.ts 中加入：

experimental: {
  proxyClientMaxBodySize: "32mb",
}

这样技能 ZIP 在常见场景下不会再被 Next 默认的 10MB 限制截断。

8.2 代理层对 multipart 重新建包再转发

在 frontend/src/lib/server/proxy.ts 中，针对 multipart/form-data：

先 request.formData()
再构造新的 FormData
把字段和文件重新 append
删除原始 content-type
让 Node 重新生成新的 boundary

这样可以避免二次转发时 header 和 body 不一致。

同时补充日志字段：

request_content_type
request_content_length
proxied_body_bytes
multipart_fields

这样后续如果还出问题，可以直接从日志看出代理层到底收到了哪些字段、文件名和大小。

9. 前端交互上的补充

因为这次问题和包大小直接相关，前端页面也补了两点：

上传区提示最大支持 32 MB
选中文件时先做前置大小校验，超限立即报错，不等提交

文件：

frontend/src/app/posts/new/page.tsx

10. 这次排查的有效经验

这次最有价值的不是某一行修复代码，而是排查顺序。

建议以后遇到类似用户明明传了文件，但后端说没收到的问题，按这个顺序查：

先看页面本地预检是否成功
再确认浏览器真实发出的 FormData 和 Content-Type
再看中间代理层有没有重写 header 或截断 body
最后再看后端是否真的没收到字段

不要一开始就把问题定性成：

后端解析错了
用户文件不合法
线上网络不通

对于有前端代理的 Web 项目，中间层本身就是问题源，尤其是：

大文件上传
multipart 二次转发
body limit
默认代理缓冲策略

11. 最终结论

本次问题的最终根因是：

Next 前端代理对请求体的默认 10MB 上限，导致 10.996MB 的 ZIP 在进入 route handler 前被截断，后续 multipart 解析失败。

正确修复不是只改后端，也不是只改浏览器发包，而是同时做到：

浏览器端不手写 multipart Content-Type
Next 代理层安全转发 multipart
Next 配置提升请求体上限
页面上明确提示最大包大小

只有这几层一起符合，整条上传链路才稳定。

Docker 私有仓库连接 EOF 错误排查指南

Wed, 18 Mar 2026 10:00:00 GMT

问题现象

执行 docker build 构建镜像时，无法从私有 Harbor 仓库拉取基础镜像：

ERROR: failed to solve: 192.168.x.x:80/infra/alpine:3.23.2: 
failed to resolve source metadata: failed to do request: 
Head "https://192.168.x.x:80/v2/infra/alpine/manifests/3.23.2": EOF

尝试 docker login 同样失败：

Error response from daemon: Get "http://192.168.x.x:80/v2/": EOF

环境信息

Docker Desktop for Windows (WSL2 backend)
私有 Harbor 仓库，HTTP 协议（非 HTTPS）
已配置 Insecure Registries

排查过程

Step 1: 验证网络连通性

ping 192.168.x.x
# 结果: 正常响应，网络可达

Step 2: 验证 Registry 服务状态

curl -v http://192.168.x.x:80/v2/

返回结果：

HTTP/1.1 401 Unauthorized
Docker-Distribution-Api-Version: registry/2.0
Www-Authenticate: Bearer realm="http://192.168.x.x/service/token"
{"errors":[{"code":"UNAUTHORIZED","message":"unauthorized"}]}

关键发现: Registry 服务正常运行，返回 401 表示需要认证，这是预期行为。

Step 3: 检查 Docker 配置

docker info

确认 Insecure Registries 配置：

Insecure Registries:
  192.168.x.x:80
  127.0.0.0/8

配置正确，排除 HTTP/HTTPS 协议问题。

Step 4: 定位根因

继续检查 docker info 输出，发现代理配置：

HTTP Proxy: http.docker.internal:3128
HTTPS Proxy: http.docker.internal:3128
No Proxy: hubproxy.docker.internal

根因确认: Docker Desktop 配置了代理，但私有仓库地址未加入 No Proxy 列表，导致请求被代理拦截后返回 EOF。

解决方案

方法一：添加 No Proxy 例外（推荐）

打开 Docker Desktop → Settings
进入 Resources → Proxies
在 Bypass proxy settings for these hosts & domains 添加私有仓库地址
Apply & Restart

方法二：临时禁用代理

如果不需要代理，可直接关闭 Manual proxy configuration。

验证修复

# 登录测试
docker login 192.168.x.x:80

# 构建测试
docker build -f deployments/Dockerfile -t your-image:tag .

总结

现象	可能原因	排查方法
EOF 错误	代理拦截	检查 `docker info` 中的 Proxy 配置
EOF 错误	网络不通	`ping` / `curl` 测试连通性
401 Unauthorized	认证问题	正常现象，需要 `docker login`
HTTPS 证书错误	未配置 Insecure Registry	检查 `docker info` 中的 Insecure Registries

核心经验: 当 curl 能正常访问但 Docker 客户端返回 EOF 时，优先排查代理配置。

附录：构建阶段网络问题

问题现象

Registry 连接问题解决后，构建过程中 apk add 失败：

WARNING: fetching https://dl-cdn.alpinelinux.org/alpine/v3.23/main/x86_64/APKINDEX.tar.gz: Connection refused
ERROR: unable to select packages:
  ca-certificates (no such package)

原因分析

Docker Desktop 的代理配置影响容器内部网络。即使宿主机能访问外网，容器内的请求仍被代理拦截。

解决方案

方案一：关闭代理

Docker Desktop → Settings → Resources → Proxies → 关闭 Manual proxy configuration

方案二：优化 Dockerfile（推荐）

避免在构建时访问外网，利用基础镜像已有的资源：

# 原始写法（需要网络）
RUN apk --no-cache add ca-certificates tzdata

# 优化写法（无需网络）
# 基础镜像已包含 ca-certificates，时区通过环境变量设置
ENV TZ=Asia/Shanghai

如果代码使用 time.LoadLocation()，需要内嵌时区数据：

import _ "time/tzdata"  // Go 1.15+ 内嵌时区数据

最终 Dockerfile

FROM registry/golang:1.25-alpine AS builder
WORKDIR /app
ENV GOPROXY=https://goproxy.cn,direct
COPY go.mod go.sum ./
RUN go mod download
COPY . .
RUN CGO_ENABLED=0 GOOS=linux go build -trimpath -ldflags='-s -w' -o /api ./cmd/api

FROM registry/alpine:3.23.2
ENV TZ=Asia/Shanghai
WORKDIR /app
COPY --from=builder /api /app/api
COPY configs/config.prod.yaml /app/configs/config.yaml
EXPOSE 8080
ENTRYPOINT ["/app/api"]

附录总结

问题	解决方案
apk 无法访问外网	关闭代理或避免构建时下载
需要 ca-certificates	使用已包含证书的基础镜像
需要时区数据	`ENV TZ=xxx` 或 Go 内嵌 `time/tzdata`

Grafana-Feishu 镜像拉取故障排障记录

Wed, 18 Mar 2026 04:00:00 GMT

在 logging 命名空间部署 grafana-feishu 时，Pod 一直无法正常启动。

最初使用的镜像为：

image: allanchain/grafana-feishu:latest

Pod 状态表现为：

ErrImagePull
ImagePullBackOff

通过 kubectl describe pod 查看事件后，发现核心报错为：

节点从 Docker Hub 拉取 allanchain/grafana-feishu:latest 超时
报错类似：
- failed to resolve reference
- Head "https://registry-1.docker.io/v2/...": dial tcp ...:443: i/o timeout

这说明问题不在 Deployment 语法，而在于 集群节点无法访问 Docker Hub。

第一阶段：尝试本地打包镜像并传到节点

思路

因为本地电脑可以成功 docker pull allanchain/grafana-feishu:latest，所以最开始的思路是：

在本地把镜像拉下来
docker save 成 tar 包
把 tar 包传到 Kubernetes 节点
在节点上执行 docker load

遇到的问题

在服务器上执行：

docker load -i /root/grafana-feishu.tar

结果提示：

Command 'docker' not found

说明当前登录的机器 prod-server-ci 并不是容器运行时节点，或者至少这台机器上没有 Docker CLI。

进一步分析后确认：

Pod 实际被调度到的节点是：
- cn-shanghai.10.71.45.249
- cn-shanghai.10.71.45.250
镜像拉取动作发生在这些节点上的 kubelet/container runtime
因此，应该把镜像导入到 实际运行 Pod 的节点，而不是随便一台运维机

再次遇到的问题

尝试用 scp 把 tar 包传到节点，但传不过去。说明：

节点可能不开放 SSH
或者当前机器到节点网络不通
或者该集群环境不适合走"手工 SSH 上节点导入镜像"这条路

于是放弃了手工上传节点镜像的方案。

第二阶段：改走阿里云 ACR 镜像仓库

既然集群节点无法访问 Docker Hub，那更合理的办法是：

在本地把镜像推送到阿里云 ACR
再让集群从 ACR 拉取镜像

初始误区

一开始把 ACR 仓库地址当成 SSH 主机来用，尝试：

scp grafana-feishu.tar xxx@xxx-registry.cn-shanghai.cr.aliyuncs.com:/root/
ssh xxx@xxx-registry.cn-shanghai.cr.aliyuncs.com

结果报错：

ssh: connect to host ... port 22: Network is unreachable

后来明确了：

ACR 是镜像仓库，不是给 ssh/scp 登录的机器。

正确用法应该是：

docker login
docker tag
docker push

第三阶段：推送镜像到 ACR

登录仓库

本地执行：

docker login --username=xxx http://xxx-registry.cn-shanghai.cr.aliyuncs.com/

虽然中间有一条 Docker Desktop 凭据提示异常，但最终结果是：

Login Succeeded

说明登录态已经成功建立。

第一次推送失败

先尝试打 tag 并推送到：

xxx-registry.cn-shanghai.cr.aliyuncs.com/logging/grafana-feishu:latest

执行：

docker tag allanchain/grafana-feishu:latest xxx-registry.cn-shanghai.cr.aliyuncs.com/logging/grafana-feishu:latest
docker push xxx-registry.cn-shanghai.cr.aliyuncs.com/logging/grafana-feishu:latest

结果失败，报错：

repository does not exist or may require authorization
insufficient_scope: authorization failed

说明这个仓库路径不对，或者当前账号对该 repo 没有权限。

第二次推送成功

改成：

docker tag allanchain/grafana-feishu:latest xxx-registry.cn-shanghai.cr.aliyuncs.com/xxx/grafana-feishu:latest
docker push xxx-registry.cn-shanghai.cr.aliyuncs.com/xxx/grafana-feishu:latest

这次成功：

latest: digest: sha256:...

至此确认，正确可用的仓库地址为：

xxx-registry.cn-shanghai.cr.aliyuncs.com/xxx/grafana-feishu:latest

第四阶段：Kubernetes 改用 ACR 地址，但仍然失败

修改镜像地址

将 Deployment 中的镜像改为：

image: xxx-registry.cn-shanghai.cr.aliyuncs.com/xxx/grafana-feishu:latest

然后执行 rollout。

新问题：仍然拉不到镜像

Pod 事件显示：

不是鉴权失败
而是网络超时

核心报错：

Head "https://xxx-registry.cn-shanghai.cr.aliyuncs.com/v2/.../manifests/latest":
dial tcp 139.224.244.151:443: i/o timeout

这说明：

集群节点到 ACR 公网地址的 443 也不通。

也就是说：

Docker Hub 不通
ACR 公网地址也不通

但用户进一步确认后发现：

集群节点能访问的是 ACR 内网 / VPC 地址，而不是公网地址

第五阶段：切换到 ACR VPC 内网地址

确认正确的内网仓库地址为：

xxx-registry-vpc.cn-shanghai.cr.aliyuncs.com

因此，Deployment 中镜像地址应改成：

image: xxx-registry-vpc.cn-shanghai.cr.aliyuncs.com/xxx/grafana-feishu:latest
imagePullPolicy: IfNotPresent

第六阶段：切到 VPC 地址后，网络问题解决，但出现认证问题

这一步 Pod 事件发生了变化。不再是 i/o timeout，而是：

FailedToRetrieveImagePullSecret
pull access denied
insufficient_scope: authorization failed

典型报错为：

Unable to retrieve some image pull secrets (acr-secret)

以及：

pull access denied, repository does not exist or may require authorization:
server message: insufficient_scope: authorization failed

这说明：

网络已经通了
现在真正的问题变成了：
- Pod 想使用 acr-secret
- 但 logging 命名空间下根本没有这个 Secret
- 所以 kubelet 拿不到认证信息去拉私有仓库

第七阶段：确认根因 —— `acr-secret` 不存在

执行检查：

kubectl -n logging get secret acr-secret

Error from server (NotFound): secrets "acr-secret" not found

至此彻底破案：

根因

Deployment 模板里已经引用了：

imagePullSecrets:
- name: acr-secret

但实际上 logging 命名空间里并没有这个 Secret，导致：

kubelet 无法获取镜像仓库认证信息
拉取私有仓库镜像失败
ACR 返回 insufficient_scope

第八阶段：创建正确的 imagePullSecret

正确做法是用 VPC 地址 创建 docker-registry Secret：

kubectl -n logging create secret docker-registry acr-secret \
  --docker-server=xxx-registry-vpc.cn-shanghai.cr.aliyuncs.com \
  --docker-username=xxx \
  --docker-password='ACR密码' \
  --docker-email='none@example.com'

关键点：

--docker-server 必须与 Deployment 中实际使用的镜像域名一致
也就是必须写成：xxx-registry-vpc.cn-shanghai.cr.aliyuncs.com
不能再写公网地址

第九阶段：最终修复成功

在 Secret 创建完成后，执行：

kubectl -n logging rollout restart deployment/grafana-feishu

这次成功。

说明此时整条链路已经打通：

镜像已成功推送到阿里云 ACR
Deployment 已改为使用 ACR VPC 内网镜像地址
集群节点可以访问该 VPC 地址
acr-secret 已存在，且可供 kubelet 获取
私有仓库拉取认证成功
grafana-feishu Deployment 成功完成滚动重启

总结

阶段	问题	解决方案
1	Docker Hub 超时	改用国内镜像仓库
2-3	不了解 ACR 用法	使用 docker login/tag/push
4	ACR 公网不通	切换到 VPC 内网地址
5-8	imagePullSecret 缺失	创建正确的 docker-registry Secret

核心教训：排查镜像拉取问题时，要分清是网络问题还是认证问题，逐层排查。

FASTAPI新项目指北

Mon, 09 Mar 2026 09:55:16 GMT

每个临时方案都是未来重构的债务，要做就一开始就做到完美
precommit，配置black isort
撰写单测和集成测试，每次commit自动进行，单测真的很有用
善用linter
database索引添加监控，使用alembic控制历史版本
ID以后都用BIGINT，在basemodel里就修改成bigint
新建完毕项目之后一定要把model补全，model是一切的基础
本地开发和测试的数据库的名字一定要一样
蛇形命名
created_at带时间的全局用同一种格式，最好写全局时间中间件
不要用已弃用的utcnow和onevent
page_num和page_size要一开始就有全局组件
有什么看不顺眼的立马就改了
给前端的错误提示要是中文
api路径里不允许出现-和复数和_，都用单数
接口的响应要走统一的控制器
code message data包装响应

FASTAPI工程自检

Tue, 23 Dec 2025 16:49:57 GMT

关键路径是否明确：请求链路里最慢的 1–3 个步骤分别是什么（DB/网络/模型/磁盘）？有指标或日志能证明吗？
超时与重试是否完整：所有外部依赖（DB/HTTP/OSS/消息队列）是否设置了超时、重试策略与退避（并有上限）？
资源池是否正确配置：数据库连接池 / HTTP 连接池 / 线程池是否启用？池大小、队列长度、回收策略是否与并发量匹配？
数据库连接方式是否一致：是否统一通过配置（DSN/环境变量）管理连接参数？是否区分读写、是否有连接健康检查与断线重连策略？
负载类型是否判断正确：当前服务主要是 IO 密集还是 CPU 密集？对应采用 async / 线程池 / 多进程 / 任务队列的组合是否合理？
并发模型是否清晰：进程数、线程数、协程数、worker 数分别是多少？谁负责 CPU、谁负责 IO？是否存在“重复并发”（多层叠加导致过载）？
队列/Worker Pool 是否可控：是否有最大并发、最大排队、任务超时、任务取消/幂等、失败重试与死信/告警机制？
数据库查询是否可规模化：是否存在 N+1、无索引全表扫、分页深翻、排序无索引等问题？关键 SQL 是否可 explain 并持续监控？
写入一致性与幂等：创建/更新接口是否有幂等键或唯一约束？重复请求是否会写出脏数据/重复数据？
文件/对象存储写入是否安全：OSS 路径是否全局唯一（避免同名覆盖）？是否采用“临时对象 + 原子重命名/版本化”或“内容哈希命名”？
数据校验与安全边界：入参是否做了 schema 校验、大小限制、类型限制？上传是否限制格式/体积/数量并防止 zip bomb 等风险？
密码与密钥是否合规：密码是否使用强哈希（bcrypt/argon2），并有合适 cost；密钥是否只从安全配置读取且不落日志？
时间处理是否一致：时间统一用 UTC 还是 epoch；是否避免使用已弃用/易混淆的 API（如某些 utcnow 用法）并确保时区语义明确？
API 生命周期是否健康：是否避免使用已弃用的框架钩子/接口（例如 FastAPI 的老式事件钩子），并跟随框架推荐方式实现启动/关闭？
错误处理是否可运营：异常是否分级（4xx/5xx）、是否有可追踪的错误码、是否避免吞错；关键失败是否告警？
日志/追踪/指标是否闭环：是否有 request_id/trace_id；是否有 QPS、延迟分位数、错误率、DB/队列/worker 指标；能否快速定位瓶颈？
限流与熔断是否存在：对高成本路径（模型推理/大文件/外部依赖）是否有并发阈值、排队策略、熔断降级与保护开关？
部署与回滚是否可靠：配置是否可回滚；迁移是否可逆/可灰度；是否有健康检查、优雅停机与连接耗尽策略？

HACore-WSL安装流程

Mon, 22 Dec 2025 11:03:46 GMT

# 安装python3.13

sudo add-apt-repository ppa:deadsnakes/ppa
sudo apt-get update
sudo apt-get install python3.13 python3.13-venv python3.13-dev build-essential

# 验证版本
python3.13 -m ensurepip --version
python -V

官方文档流程：Windows - Home Assistant 中文站 - 老王杂谈说

# 系统级依赖
sudo apt-get update
sudo apt-get upgrade -y
sudo apt-get install -y python3 python3-dev python3-venv python3-pip bluez libffi-dev libssl-dev libjpeg-dev zlib1g-dev autoconf build-essential libopenjp2-7 libtiff6 libturbojpeg0-dev tzdata ffmpeg liblapack3 liblapack-dev libatlas-base-dev unzip
# 新建一个系统用户(-r),并给它新建家目录(-m),用这个用户执行
# 这个用户没有密码
sudo useradd -rm homeassistant
# 创建安装路径
sudo mkdir /srv/homeassistant
# 把所有者改为homeassistant用户
sudo chown homeassistant:homeassistant /srv/homeassistant
# 切换到homeassistant用户
sudo -u homeassistant -H -s
cd /srv/homeassistant
python3 -m venv .
source bin/activate

python3 -m pip install wheel PySocks

pip3 install homeassistant==2025.3.4
#

# 启动之前注意配置好代理，启动时自动去外网https://pypi.org/simple/home-assistant-frontend/拉取前端
hass


cd /srv/homeassistant
nano s.sh
chmod +x s.sh
./s.sh

#!/usr/bin/env bash
set -euo pipefail

# ============ 可改参数 ============
HA_USER="homeassistant"
VENV_DIR="/srv/homeassistant"
CONFIG_DIR="/home/${HA_USER}/.homeassistant"

HA_USERNAME="${HA_USERNAME:-lingyu}"
HA_PASSWORD="${HA_PASSWORD:-@Lingyu@}"

TZ="${TZ:-Asia/Shanghai}"
COUNTRY="${COUNTRY:-CN}"
LANGUAGE="${LANGUAGE:-zh-Hans}"
NAME="${NAME:-Home}"
UNIT_SYSTEM="${UNIT_SYSTEM:-metric}"
CURRENCY="${CURRENCY:-CNY}"

# 是否安装 Xiaomi Miot Auto 插件：1=安装，0=跳过
INSTALL_XIAOMI_MIOT_AUTO="${INSTALL_XIAOMI_MIOT_AUTO:-1}"
# =================================

PY="${VENV_DIR}/bin/python"

echo "=== HA Core (WSL) Bootstrap ==="
echo "HA_USER     = ${HA_USER}"
echo "VENV_DIR    = ${VENV_DIR}"
echo "CONFIG_DIR  = ${CONFIG_DIR}"
echo "LOGIN USER  = ${HA_USERNAME}"

# 0) 基础检查
[ -x "${PY}" ] || { echo "ERROR: 找不到 venv python: ${PY}"; exit 1; }

# 0.1) 确保 wget / curl 可用（插件安装需要）
if [ "${INSTALL_XIAOMI_MIOT_AUTO}" = "1" ]; then
  if ! command -v wget >/dev/null 2>&1 && ! command -v curl >/dev/null 2>&1; then
    echo "=== Install wget (required for plugin install) ==="
    sudo apt-get update
    sudo apt-get install -y wget
  fi
fi

# 1) 停止 hass（避免写入被覆盖；并且方便“重启生效”）
echo "=== [1/6] Stop running Home Assistant (best effort) ==="
set +e
pkill -f "homeassistant.*--config" >/dev/null 2>&1
pkill -f "hass" >/dev/null 2>&1
sleep 1
set -e

# 2) 创建配置目录结构
echo "=== [2/6] Ensure config dirs ==="
sudo -u "${HA_USER}" mkdir -p "${CONFIG_DIR}/.storage"

# 3) 写 configuration.yaml
echo "=== [3/6] Write configuration.yaml ==="
sudo -u "${HA_USER}" bash -c "cat > '${CONFIG_DIR}/configuration.yaml' <<EOF
homeassistant:
  name: ${NAME}
  time_zone: ${TZ}
  country: ${COUNTRY}
  language: ${LANGUAGE}
  unit_system: ${UNIT_SYSTEM}
  currency: ${CURRENCY}
EOF"

# 4) 写 onboarding（无扩展名）
echo "=== [4/6] Mark onboarding done ==="
sudo -u "${HA_USER}" bash -c "cat > '${CONFIG_DIR}/.storage/onboarding' <<'EOF'
{
  \"version\": 4,
  \"minor_version\": 1,
  \"key\": \"onboarding\",
  \"data\": {
    \"done\": [
      \"user\",
      \"core_config\",
      \"integration\",
      \"analytics\"
    ]
  }
}
EOF"

# 5) 启动前创建账号（最关键）
echo "=== [5/6] Create admin user pre-start ==="
set +e
sudo -u "${HA_USER}" -H "${PY}" -m homeassistant --script auth --config "${CONFIG_DIR}" add "${HA_USERNAME}" "${HA_PASSWORD}"
RC=$?
set -e
if [ "${RC}" -ne 0 ]; then
  echo "WARN: auth add 返回非 0（常见：用户已存在 / 已有 owner）。继续。"
else
  echo "OK: 用户创建成功。"
fi

# 6) 安装 Xiaomi Miot Auto 插件（等价于 docker exec 那条命令）
if [ "${INSTALL_XIAOMI_MIOT_AUTO}" = "1" ]; then
  echo "=== [6/6] Install Xiaomi Miot Auto custom_component ==="
  # 推荐：在 config 目录执行，并明确 DOMAIN
  # get.hacs.vip 脚本通常会把组件安装到 ./custom_components 下
  sudo -u "${HA_USER}" -H bash -lc "
    set -e
    cd '${CONFIG_DIR}'
    mkdir -p custom_components
    if command -v wget >/dev/null 2>&1; then
      wget -O - https://get.hacs.vip | DOMAIN=xiaomi_miot bash -
    else
      curl -fsSL https://get.hacs.vip | DOMAIN=xiaomi_miot bash -
    fi
  " || {
    echo "WARN: 小米插件安装失败。你可以稍后手动重试（通常是网络/SSL/代理问题）。"
  }
fi

echo ""
echo "=== DONE ==="
echo "现在请启动/重启 Home Assistant Core，使 onboarding 与插件生效："
echo "  sudo -u ${HA_USER} -H bash -lc 'cd ${VENV_DIR} && source bin/activate && hass --config ${CONFIG_DIR}'"
echo "访问： http://localhost:8123"
echo "账号：${HA_USERNAME}"

《沧浪之水》实体书阅读笔记

Tue, 19 Mar 2024 14:57:12 GMT

注，书上铅笔画线似乎是十年前的某位学长所为。

我的评价是不道德，但标画的地方确实还行。

ps，在图书馆看纸质版，条件不适合看纸质的时候用微信读书看，所有的电子笔记来自微信读书摘录或想法，所有的图片来自图书馆纸质书。

《沧浪之水》微信读书阅读笔记

Tue, 19 Mar 2024 14:48:47 GMT

《沧浪之水》微信读书阅读笔记

ps，在图书馆看纸质版，条件不适合看纸质的时候用微信读书看，所有的电子笔记来自微信读书摘录或想法，所有的图片来自图书馆纸质书。

第二十三章第21章

2024/03/16 发表想法

先敬罗衣后敬人。在没有深入了解一个人之前，通过一个人的衣着打扮，外在装饰来初步了解一个人是相对更有效率的。即使有些人会利用这条规律刻意营造一种外部形象，像电视广告里面卖牙膏的穿白大褂一样，给人营造一种更强的影响力，虽然给人一种欺骗的意味，但是规律就是规律，不以人的意志为转移。

原文：”她说：“你们坐办公室的人，其实装束是很重要的，穿得太随便了不好，人家看你的分量第一眼就看着装的档次，现在是什么社会？”董卉走了，我看了那套衣服的标签，竟要两百多块。我说：“我还以为三十多块呢，任志强那小子真的发邪财了，总有一天要给逮进去的，你要董卉多个心眼。”
我从窗口往下看，只见岳母坐在台阶上，黑黑的一个身影。我到快天亮才合了一会儿眼，起来了简直不敢望岳母一眼。岳母倒是若无其事，吩咐我去冲牛奶，洗尿布。我体会到了她的意思，她想给我一个安心，没想到一个农村妇女还这么心细。往深里一想我越发感到羞愧。她是明白人，明白人什么都明白。
她一天到晚把生活质量四个字挂在嘴边，不知道她从哪里学会这一套，忽然变成了一个享乐主义者。说了她几次还辩她不赢，再一想人不活生活质量又活什么？那么大家一起讲质量吧，可我们的钱到手就光，好像有鬼在后面追着你。
“改变世界？那是青年哥哥不知自己几斤几两，以为世界是可以改变特别是由他自己来改变的，用虚伪的悲壮自欺欺人，真不知自己何许人也。以为世界可以按自己的设计而改变的人都是可怕的人物，狂妄分子！”

第二十四章第22章

事情就这样解决了。事后我想了很多，怎么一个人非要把手伸出来才会有机会？等是等不到的
没有人会主动想起你的难处，想起你是个好人。做一个好人是我做人的原则，可意义已经渺茫。为什么要做个好人，我找不到坚实的理由回答自己
其实，也许，很多事情都没有自己设想的那么难，问题是自己脸要放得下来，把手伸出去，要做得出，要有足够的心理承受力。可如果不是被逼到绝路上，我又怎么做得出那一种姿态？

第二十五章第23章

幸亏还有象棋，有晏之鹤，这也成为了我生活中的一个重要内容。渐渐地我就有了一种恐慌，时间过去了，生命在流逝，可我仍呆在原地，没有什么东西可以证明我随着时间一起前行。我每天吃了，喝了，睡了，总之，活下来了，可这活下来也就是活下来而已，没有获得超出活下来的意义。我一旦问自己一辈子就这样下去吗？就心里发疼，不敢再往深里想。

第二十六章第24章

“怎么能痛快得起来，这个世态炎凉的社会。”他说：“小池这就是你自己的问题了，到今天还来叹这个，早就应该把它作为一个事实接受下来了。世界它炎凉几千几万年了，就像人有手有脚一样，你叹口气它就为你变了不成？一加一等于二！”
“想参禅又不能入定。
我年轻的时候比你还清高，清高的结果是清而不高，白白给别人做了垫脚的石头，到头来一事无成一钱不值一无所有一败涂地。
他说：“那你想想他们是怎么活过来的？凭你这份气性你做得到？你想着自己顺那个势并不是向哪个人低头，这样你的苦恼就不是苦恼了。不然你赶快离开卫生厅，去做一个业务工作，把业务抓在手里，一辈子也不至于这么不官不商地悬在空中。
。说真的有没有那点好处并不是那么大的事，别人见了你是不是连连点头挤一副笑脸也不是那么大的事，就是那种悬着不着地的感觉真不是滋味，你不知道该做点什么才好，你跟世界没有关系，你不能为自己找到一种活着的证明。怎么才能跟世界产生真正的联系？
我惊异地感到了自己的信念并不是那么强韧，那些不言而喻的由父亲贯注到自己血液中的东西，原来也不是不可以讨论的。那么父亲一辈子是不是值得？我不敢往下想。既然选择了，就不能把为什么永远地追问下去。信念就是信念，这是一种情感的选择。

第二十八章第26章

我看着自己的影子在路灯下一长一短，忽然有了一种可怜自己的意思。我并不傻，可就像被什么东西罩住了似的，伸不出头。
我并不傻，我看得见路在哪里，可是我迈不出去。
我实在没有办法如此现实地去设想人生，这实在是太现实也太残酷了。你就是你，在那个时间的瞬间
我倒悟到了人从自己的立场上去看世界，他其实是不讲道理的。那种没有道理的道理，其实是最深刻的道理，植根于人性深处。由于深刻，它不会随着时间的流逝社会的演进而改变，人永远都是人。
我说：“有时候我觉得奇怪，我贡献了什么，就贡献了一条虫吧，那只是几亿分之一呢，没想到那条虫就有这么神秘的力量，真想不通其中的道理。

第三十章第28章

这世界真是个偏见的世界，大家都这么喜欢自己的儿子，这个世界恐怕没有多少希望了。”
2024/03/16 发表想法

越跟领导走的近，领导越不给面子，但是最后升迁加薪都有你的份。马厅长骂过丁小槐，但是对大为肯定是客客气气的。把他当自己人，才会对他露出真实想法和真实情绪。如果和和气气彬彬有礼是很绅士，但也是在保持距离。

原文：不久前我还看见他帮丁小槐搬家，隔几天又看见丁小槐有板有眼地教训他什么，他低了头听着。当时我还想，丁小槐怎么了，人家帮你搬过家，怎么也算个朋友吧，你还对人家来这一套！
人是活的，没有活人做不到的事，原则只罩住我们这些人。

第三十一章第29章

我幻想着有一个抽象的自我从躯体中抽绎出来，以怀疑的眼光对自己进行客观的审视，这样我觉得别人那种讥诮的眼光也并非没有道理
就像窗前那棵银杏，我观察有很多年了，那树叶每年真正饱满而嫩绿的时间只有几天，似乎还没充分展开呢，就转向深绿去了。我心中一阵绞痛，就这么完了吗，这一辈子？无论如何，我得给自己找一条出路。想了许久，只有两个方向，要么跟在丁小槐后面走，要么写几篇像样的文章出来，也发表到《中医研究》上去。
把宇宙都想遍想穿了还是要回到这一点点上来，这是唯一的真实。
我有没有权利以利润最大化的方式操作人生？我无法回答自己。
我相信在人的身上，有一种与生俱来的东西规定了他，他只有服从这种神秘力量的引导才会感到幸福。
心想，一个骗局要形成也不是那么难的事，关键是形成一种氛围，
一个人吧，只要他不把自尊看得那么重，放得下脸来，机会还是很多的。我一个小人物，把人格自尊吊那么高，那合适吗？太奢侈了，实在是太奢侈了。
我也不是个吃素的人，只是战胜不了自己。报纸上天天在说战胜自我，战胜自我，今天才明白了一点奥妙。一个人最大的敌人是他自己，

第三十二章第30章

吃完饭他抢着把钱付了，我说：“就这样扫东道主的面子？”他说：“你也别替我着急，反正是工作餐。”要小姐开了票。到招待所他又抢着把房钱交了，我说：“什么意思嘛。”他说：“先公后私，公家的钱先用。”
人在那么个份上，钱也跟着在那么个份上，这也是游戏规则。
他只字不提我现在的处境，这使我感到更加惭愧，自己竟成了一个忌讳的话题。这种惭愧使我意识到，自己其实也还是在用流行的眼光看世事，看自己，不在份上就无法理直气壮。一个人在精神上再坚挺，也不能创造一套价值来对抗潮流，而只能像浮萍一样被裹挟着，随波逐流。我自认为傲视世俗，人格根柢却不深，在不觉之中总是用了流行的标准与别人交流。
“谁也不是生活在云里，突然掉到人间来的，开始的时候，谁没一点心理障碍？我们这些人，谁没有一点骄傲？可守着这点骄傲，舍不得委屈自己，那怎么办？要世界来迁就自己，那不可能。”
他继续说：“我刚毕业时那些顶头上司，他们现在想见我一面都难，我不认个人友谊，友谊是当年的友谊，大家都是同学，没有别的想法。人发达了就没有新的友谊了，谁知道他走到你跟前心里是怎么想？”

第三十三章第31章

这间房更加热闹，都是官场上的人。伍巍是省长秘书，自然成了核心人物。我进去了匡开平说：“大为你也来说几段。”才知道他们在说荤段子。我说：“我不怎么会说。”伍巍说：“在机关工作不会来几段，上了酒桌你说什么？说真的领导不高兴，说假的群众不高兴，说荤的皆大欢喜。”
大家喝啤酒，一会儿话题又转到了为官之道。我说：“荤段子皆大欢喜，这就是一条。既维持了场面的热闹，又不会不小心碰着了谁，不然要大家讲什么才好。”想一想这几年荤段子风靡全国，特别是在圈子里盛行，实在也是必然的，它有着不可替代的功能。又
关键人物只要一个就够了。钻到他心里去还不够，别人也会钻，你要钻到他的潜意识里去。
我想着这个钻字实在很丑，那是个什么形象？这不是君子的语言，居然被这一群精英人物面不改色自然而然坦坦荡荡说了出来。
我说：“上级就那么浅薄，你一拍他就喜欢你那不可能吧。”伍巍说：“你一拍他恨你那更不可能吧。”我说：“要在他的潜意识中把他自己还没想到的需求挖出来，像开发市场一样开发他的潜在需求。”
我倒觉得现在是这些人的正常状态，想升官，想发财，都说了出来。我理解他们，人总是人吧。可又有点失望，社会精英，也不过如此而已。我意识到，长期以来，自己生活在一种幻觉之中，总认为掌握着巨大的权力和公共资源的人，就应该代表着公平正义，不然就太令人沮丧了。
大家都这样，反而成了一条游戏规则，不懂规则的人把他的话信以为真，用他说的话去要求他，游戏就玩不下去了。当年我就是吃了这个亏，结果违规了，结结实实摔了一跤，到现在还没爬起来，也许一辈子都爬不起来了。
当虚伪成了一条规则，人就不再会有虚伪感，也不会有心理压力，不过是按规则办事罢了，社会也因此对一些事情视而不见。谁又有权利要求别人特别地怎么样呢？
有些东西，一定要在那个位子上才会有，否则什么都没有，连尊严感都没有。我的体会是尊严不能建筑在一种空洞的骄傲之上。世界就是这样冷漠，甚至说无耻。
北京这样，哪里都这样，不存在一种诗意的空间，说到底还是人性太无耻了。
昨天我想了好久，觉得有必要刺一刺你，狠了心也要刺一刺你，如果你想到其他同学并不这样刺你，你就记恨我吧。我要说你再这样下去，就可惜自己这一生了。
煞费苦心去讨论对不对在他们看来是可笑的。你吧，太敏感了，就把自己拘起来了，要不十年前我们也不会是那样一个结局。

第三十四章第32章

自由是有些人的特权，你不要善良而一厢情愿地想象他们会用那么多条条框框把自己框住。这些年我看透了，心也变硬了，柔软的一部分像淬了火一样也有相当的硬度了。你不硬，不跟下面的人拉开距离，他能跳到你头上，稳稳地骑着你。
可他们那些人吧，什么都有，就是没有道德感。他们从小就看穿了世界是怎么回事，世界是为他们安排的，有了钱，不够，又有了权，还不够，还要有女人，以及一切可以满足欲望的东西。
女人还能说当年？
怎么办？我是男人，我应该选择一个方向了。我紧张思索着，想到对面的人是许处长，不是当年的许小曼了，我平静下来，飞快地瞥了一眼手表。许小曼马上松开手说：“我们走吧。”走到外面，她挥手叫了夜游的出租车，望也不望我说：“你妻子她真幸福，真幸福啊。”
到北京这么几天，我觉得自己清醒了许多，可清醒之后又跌进了更大的糊涂
空气中荡漾着一种气息，带有肉感意味的气息，我感受到了那种气息。
而关注人格，坚守原则，自命清高那也只是一种说法，换一种说法就是无能的人，跟不上时代的人。
辩证法真是奇妙无比，它给人选择说法的自由。道理总是可以反过来讲，什么都是相对的，认识到这一点我陷入了极大的惶惑。于是价值论的真理只是一种幻想，于是我珍视的那些东西也只是一种说法，在瞬间就可能惨遭颠覆，而且已经被自己昔日的同学，那些曾在国歌声中含泪狂吼的同学抛弃。
着。我至少明白了，在一个操作的时代，寄希望于公平是很可笑的。世界变了，我怎么办？我失去了努力的方向，再多写几篇，别人也不当回事。只
几乎成了我的精神寄托。我跟齐达内等人建立了感情，也理解了为什么会有人把足球当做信仰，为足球疯狂。

第三十五章第33章

调动能力比我想象的要大得多，权他妈的和钱他妈的结合得太好了。盖了这么多高楼，有几幢底下不是压着一连串的秘密？有权不愁没钱，有钱不愁没权，随时可以转换。
”他说：“你说鸡琢磨个啥呢，琢磨那几粒米，人琢磨个啥呢，也琢磨那几粒米，只有那几粒米才比较真一点，想再多没有用，毕竟世界上没有什么冲突起源于关于意义的歧义。
潮流中有一种神秘的摧毁性力量，也有一种强制性的同化的力量，这是现代与传统的合力，
想一想再过几十年世界上的石油就用完了，想一想南极上空的臭氧黑洞越来越大了，想一想温室效应把冰山都融化了，连上海都会被淹到海底去，想一想人都可以成批地克隆出来，一个人还想着那么多意义干什么？虚假命题！所以还是回过头来琢磨那粒米比较可靠一点，想起来这是很可悲的，人一辈子！但悲剧已成定局。”
人们天天面对着一个虚拟的世界，在那里杜芸那样的人对着成千上万观众谈真情，世界已经走到这一步了，我们还认什么真？我都把自己当做黑色幽默的最后对象了。
市场唯一的原则就是利润最大化，清高和善良那是怯懦和无能的另外一种说法，好听的说法。
我觉得那些关于道德和良知的原则的确是可以怀疑的，市场也好，官场也好，那里奉行的是另外一套法则，操作主义的法则，每一次操作都是为了让别人出局而自己入局。这个世界真是令人沮丧又无奈。
老是想不通吧，人生这出戏也许还唱得下去，只是下面的戏就没有什么精彩情节了，也没有高潮了。”

第三十六章第34章

强盗也不失为一种做人的方式，老棍老刀是强盗，匡开平是不是？还有任志强呢？丁小槐呢？连胡一兵，那个曾经一起去搞农村调查的人，也要去做强盗了。他们都活出了滋味，我却这么窝囊。
而且，市场只承认眼前，而绝不承认时间后面有什么神秘的东西。市场是正确的，可这种正确瓦解了太多的人生想象。当一切都在消费欲望的平面上展开，人们就再也不能去想象什么天下千秋。何况，那些牺牲的理由，那些神圣的光环，都随着时间的推移显露出凡俗的甚至颓败的真相。我心有不甘，不甘，但别无选择

第三十七章第35章

桥上车来车往，我盯着一辆红色的小轿车，看着它慢慢地移到江那边去了。当那辆车消失在我的视野中之时，我开始设想里面坐的是什么人物，他们又要到哪里去。生命的真谛就在这些平凡的瞬间，除此之外并无它物。很多年来支撑着我精神大厦的天下意识千秋情怀，不过只是一种心灵情结罢了，它的全部意义就是对一个人的心灵意义，信则有，不信则无。
这时我有着豁然贯通之感。一个人就是不能想得太多，想得太多就把自己给捆住了。有的人就希望别人都耽于沉思，犹豫徘徊，自己则趁机在现实中大展拳脚。我也要像他们一样，回到真实中来。自我的存在是最大的真实，这个事实无法用逻辑摧毁。
我不必再坚守什么，我解放了自己，我感到了一种堕落的快意和恐惧。
一个刚分来的大学生说：“厅里的意思，是不是有个……”他用手比划了一下，“有个……”又比划一下，“比如说，有个指标？”丁小槐说：“什么指标？”我轻笑了一声，几个人都微微笑了。
具体的指标是没有的，带指标下去还搞什么调查？结论在调查之后，不在调查之前，实事求是是我们的一贯作风，对不对？”
“我们也不提怎么样，他们怎么样就怎么样吧。难道我们自己还主动把规格降低？好歹我们也是省里来的人啊。吃什么喝什么其实无所谓，面子不能不要，面子问题！你不要你在他们心中就没有分量了，以后工作怎么开展？我们不能自贬身价，身价不是一句话，要体现在餐桌上，酒的品牌是最重要的。

第三十八章第36章

不论这个人是什么样子，他入了围以后都只能是被预设的样子。他只能在既定的舞台上按既定的程式表演
他不能对抗，因为他对抗的并不是哪一个人。不论是谁，都必须按照预设的程序进入既定的轨道，神秘的力量从来就不怕谁聪明谁倔犟，孙悟空还不聪明不倔犟吗？他跳出如来佛的手心没有？于是每个人都依据着适生的原则，服从了这样一种预设，谁也别吹自己是什么特殊人物，除非他真的活够了。
苏主任说：“这样的人不少，省里要考虑实际情况，多拨点钱才好。”我说：“多拨多少也没有多少落到他们身上。”他说：“那倒也是，总有这样那样非用钱不可的事。你回去跟厅里反映一下，你都看到了。”我说：“有人喝茅台我也看到了。”苏主任叹口气，把头垂下去摇一摇。
我所能做的，就是这么一点点。这是我对世界的所有意义，也是我的角色被预设好了之后，上帝留给我的全部的选择空间。这就是我。我认识到了自己的渺小和无能为力，我感到了恐惧。

第三十九章第37章

发病率比上一次统计还是有所提高，原因是连续几年涨大水。下一步的目标是在三年内把发病率降到百分之三点二以下，我知道三年以后的调查数据这也就出来了。
2024/03/16 发表想法

刀在手，想切菜就切菜，想杀人就杀人

原文：这使我更深地体会到了人性的盲点，那些好听的话能够如此有效地瓦解一个人的判断力。以后有什么好听的话尽管放胆说出来，首先自己要有心理承受能力，千万不要怕肉麻，也不必担心被奉承者会承受不了。要办成什么事，就要最大限度地利用人性的弱点。
这使我更深地体会到了人性的盲点，那些好听的话能够如此有效地瓦解一个人的判断力。以后有什么好听的话尽管放胆说出来，首先自己要有心理承受能力，千万不要怕肉麻，也不必担心被奉承者会承受不了。要办成什么事，就要最大限度地利用人性的弱点。
报告报上去了，我心里想着那些无助的病人，很久都安定不下来。当年父亲和我挣扎在那个偏远的山村，也处于这样一种无助的状态。公正会在时间的路口等待那些无助的人吗？我不能骗自己。我沉默着，我只能沉默，可沉默就是参与，我参与了。好多次我在突然之间有一股热血涌上头顶，吼一声吧，吼一声吧，我有吼一声的责任。这么吼一声的机会，人生能有几次？
大家又感叹生活中有两种逻辑，良知的逻辑和生存的逻辑，按理说这两种逻辑应该一致，尽良知的责任就是拓展了自己的生存空间，
几千年都没讲清，轮到你就能讲清？讲得清屈原也不跳江，岳飞也不被杀，刘少奇也不死得不明不白，还有你自己的父亲，怎么样？你跳出来那不是鸡蛋碰石头，简直就是鸡蛋碰地球。
这么一说，刘跃进就说到一九五九年庐山会议本来是反右的，彭德怀上了万言书，突然转向反左，结果是三年苦日子，人都饿死了。
听了这话我骇然心动，又觉得这也是放弃的一条理由。人作出牺牲，需要充分的理由，如果什么也改变不了，牺牲就没有意义了。我说：“这件事我心里实在放不下来，可也只有放下来，我的脚下没有路。”刘跃进说：“路就在你的脚下，你没有勇气走。你明知路在哪里，又装着没看见。”我说：“我敢走吗？我是有老婆孩子的人。”

第五十六章第54章

让一千一万个人不高兴那不要紧，他们不高兴又如何？也只好不高兴罢了，可千万不能让领导有一点不高兴啊，他不高兴，我的一切在一瞬间都完了。

第五十七章第55章

赖子云说：“评不上职称，当不了主治医生，你水平再高，没人挂你的号。你的号一块五一个也没人挂，教授号五块钱一个还要清早来排队，人家只看你是哪一级，也不管你水平多高，我总不能站在挂号的地方去说自己是谁吧？
，在中国活了一辈子，还是不了解中国，还真的以为评委是什么说话算话的大人物呢。他们的投票权又是哪里来的？他们不对权力来源负责行吗？你想请他们讲良心，他们哪里有这个自由？
这块顽石我要他进你这个门还做了好久的工作，你想他还要进那么多门呢，那不是一般人的心理承受得了的，如果最后还不成，你想想人心里的滋味吧。
入了局，就得按规则办事，否则就要出局。要我出局就是要我下地狱，你说我会干吗？你想要我跟当年一样想，那怎么可能？身份不同了，在结构中的利益关系不同了，想法自然也不同了。
到了这个份上谁也得变，这种立场坚如磐石，决不是一种良心和公正的逻辑能够摧毁的。
饮水思源，我该怎么处事，该对谁负责？这实在是没有办法的事情。决定之后又觉得这事根本就不用想，想也好，不想也好，做都只能那样做。谁违反游戏规则，谁就出局。出了局怎么办？我想都不敢去想。
别以为是好东西就可以直通通地送上去，要送还得讲技巧，让他接受得舒适。

第五十八章第56章

毛主席说伤其十指不如断其一指，这是战略问题。”董柳说：“大为你就在马厅长这里拜个师，请他带一带你。”
我说：“我去年先走一步了，马厅长为我想得远。”沈姨说：“老马把你的事当自己的事呢。”我说：“我心里都明白，人非草木怎么会无知无觉？”董柳说：“他天天在家里念马厅长的好处，到这里反而不说了，他就是这个脾气。”
编辑部高主任说最快也要半年才能出来。我说：“半年就赶不上了。”马厅长说：“他给我们出题目呢。”就叫财务室寄了两万块钱作为加班费，那边答应两个月之内赶出来。
董柳说：“你们用起钱来，我听一听都能摔个跟头。我们打一针一块钱两块钱，打一辈子也不够你们开三天会啊。
我真的为那些护士打抱不平，她们是怎么赚钱的？血汗钱，针挑土！别人是怎么用钱的？浪推沙！赚钱的方式跟用钱的方式差别太大太大了。
我说：“要承认你们勤勤恳恳还是为革命做了贡献的，奉献精神还是值得肯定和提倡的，在平凡的岗位上还是做出了不平凡的成绩的，这成绩组织上还是心中有数的。”董柳冷笑说：“几顶大草帽往我们这些人头上一扣，勤恳啊，奉献啊！人家得到的可是实际的东西。”
金子才多少钱一克？那些钱都买了金子做帽子，谁的头顶得起？你还是农民伯伯的想法，想着皇帝挖土，恐怕是用一把金锄头吧。”董柳的话也唤醒了我的平民意识，一个人掌握了资源，他总该想想手中的东西怎么来的，一针一针打出来的啊！世界是很荒谬的，也许还要一年年荒谬下去。可难道荒谬能够因为它存在就成为合理的了吗？
我越发看清了世界上有两种人，一种人要什么有什么，他每一根毫毛都得到无微不至的关爱，另一种人要什么没什么，他的手啊脚啊都没处搁。世界其实是设计者为自己设计的，不服气你拿着石头打天去吧。
2024/03/16 发表想法

奖励要迅速，惩罚要缓慢。时机很重要

原文：我很感激马厅长的细心，安排我去疗养对他来说虽然只是一句话，可要把这句话讲到你身上来，这容易吗？

第五十九章第57章

我这时彻底明白了，自己一旦走出这一步，就有了一种新的本能，也就绝没有后退的可能，什么叫开弓没有回头箭
我并不特别在乎那些好处，好处很重要，但更重要的，是自己很重要的那种感觉，那种有意义地存在的感觉。我放下了世界，进入了操作，本来只是想得到一些好处，却意外地找到了那种有意义的感觉。
上帝为人设计了无聊的感觉，又设计了逃避的方式，这就是权和钱。人生最大的使命就是选定一个目标并把它视为神圣，以此来逃避空虚，逃避无聊，逃避意义的真空，而意义的真空正是人生最大的悲剧。
我平时在心里骂权和钱是两个俗物，这时才感到了两个俗物的妙处，它们可以成为无限的目标，这是其他东西无法取代的。

第六十章第58章

2024/03/16 发表想法

吃饭和借书，都是极其暧昧的两件事，一借一还，一请一去，情份就这么结下了。 -﹣钱锺书《围城》

原文：她说：“真的明天就走？”走到桌边，把小说放在桌上，“书还给你。”似乎是不经意地把窗帘拉上了
漂亮，美，有想象的余地。

第六十一章第59章

2024/03/16 发表想法

领导哭你也得哭

原文：小蔡坐在我旁边，一副无动于衷与己无关的神态，我在心里骂着：“这个麻木不仁的家伙，可怕啊！”
在这个时代，一切随荣随枯，人一辈子就是自己这一辈子，时间后面的寄托已经被掏空
厅里派他去万山红农场，也是为了这个目的。越是艰苦的环境，越能考验一个人。他经历了这种考验，是一个高尚的人，纯粹的人，有道德的人，脱离了低级趣味的人，有益于人民的人。”

第六十五章第63章

胡一兵在商言商，他只要现实的市场。我在官言官，我只要现实的江山。
反抗世俗就是反抗潮流，反抗历史的合理趋势。这不是历史的悲剧，而是抗拒者的悲剧。看潮流还有一个最简单的办法，就是看那些美人倒进谁的怀里去了。
“美人依据自己追求幸福的本能，最擅长敏锐地选择方向，你别以为她们傻，她们一点都不傻。你到了文左良那个份上，一群女孩子围着你争风吃醋，那是什么滋味？什么境界？你想想吧！”刘跃进不屑地
又说：“不来也好，像我上了这条船吧，有时候你看看对面是条狗你也得陪他吃饭，你说人能跟狗一桌吃吗？我忍来忍去也习惯了，看在钱的份上，千万别把自己当人！刘跃进他来了他会受不了。”
”他说：“你知不知道有这么一句话：天下就没有对得起穷哥们儿的事！要去你去。”

第六十六章第64章

反过来想，要求设计者设计游戏规则时不考虑自己的需要，那合乎人性吗？权力唯一难以达到的地方就是更高的权力，我感到自己还得努一把力，还得向更高的境地前进，算起来也只有一步之遥了。

第六十七章第65章

经过了这件事，我走在大街上的时候，经常会出现一种奇怪的念头，迎面那部汽车或摩托车会不会对着我撞过来？迎面那部汽车或摩托车的后面会不会有什么阴谋？经常神经质地往街边一跳。好多次汽车在我的躲避中从身边开过，我下身的隐秘之处就会有一种又麻又凉的中了电的感觉。我越来越不相信这个世界了。
最近我醒悟了我自己也是对着天讲话，我讲天下国家，连学生也不当真了。他们比我还潇洒，他们是在市场背景下成长起来的一代，好多话我在课堂上都讲不下去了。跟现实无关的话，空空洞洞大而无当的话，我讲着心里也不踏实，像飘在云端。
没有人能够给世界一种出人意料的理解，然后改变一切。读书人不可能在现实之外依托逻辑建立一套价值体系，建立起来也只停留在书本上，无法跟现实产生有效联系，我不能装作对自己无能为力的处境浑然不知。
依我看，在一个按实力分配利益的社会高唱理想是可笑的，由既得利益者来主唱更是滑稽的，他们的理想在高唱中已经实现。
也许吧。时代变了，古代的读书人面对的是整个世界，今天却只面对各自的那渺小可怜的一隅，他们与世界的关系已经被一种难以描述的力量斩断。他们还存在，却已没有了神圣感，也看不出有什么必要为了这可怜的一隅把自己牺牲掉，牺牲如泥牛入海。把世界放下来了，我轻松了，我该为自己谋点福利了。现在人人精明能干自顾不暇，都想着怎么做大自己的蛋糕，有谁把天下放在心上？
活着是唯一的真实，也是唯一的价值。历史决定了我们是必然的庸人，别无选择。人们因此看清了真相，解放了自己，却抛开了良知，放弃了世界。那些看清了真相的人实际上在一种更高的真实中迷失了，他们是这个时代最大的赢家，也是最大的输家。就说我吧，我是赢了，还是输了？”
“我说孔子死了还有另一条理由。孔子是讲君子小人的，可市场和权力场只讲强者和弱者。
人，自己是君子？没有了小人君子之辩，孔子他不死？承担和牺牲的精神，人格和道德的力量，传统文化的这两大支柱已经崩塌，也难有重建的可能。

来自微信读书

毕设PCB实物展示

Mon, 18 Mar 2024 11:21:15 GMT

分别是我毕设的板，stm32核心板，和瞎搞的开源星空，以及无线电的牌子

毕设PCB原理图展示

Tue, 12 Mar 2024 07:38:27 GMT

以为毕设要做出一个成品来，

于是认真地把板子大小缩了再缩，最后缩到55mm*66mm，

这么大点儿空，布线差点儿布emo，

选的都是贴片类型的元件，全贴在PCB上，甚至还打算加装一个外壳，

为了缩减成本，选料也选了一阵子，最终缩减到104，

然后打算SMT的时候发现最少贴俩，材料费200多，加工费400多。汗流浃背，问老师咋整，

——要不我用用咱院里的电焊，买材料回来自己焊？老师也汗流浃背，说——

其实不用做出成品，写在论文里就行。最后决定用嵌入式课程发的单片机简单实现一下。

嵌入式主要感谢这个教程

小白物联网智能家居毕设参考STM32+ESP8266/MQTT+OneNet+UniApp_哔哩哔哩_bilibili 好不容易整出来了，还是得展示一下。

原理图

右上角是我从嘉立创随便找的开源stm32最小系统板，

STM32F103C8T6 - 嘉立创EDA开源硬件平台 (oshwhub.com)

除了stm32之外的是我自己整的，

此处感谢这几个教程

00-0-课程介绍_哔哩哔哩_bilibili

带着你从手册开始画板 STM最小系统板教程系列(一)_哔哩哔哩_bilibili

09 STM32F103C8T6最小系统_哔哩哔哩_bilibili

PCB布局

按模块随便布的

飞线

没有什么是过孔解决不了的

又去听了听教程，然后发现晶振里边走线不太好，紧急修改

覆铜

3D模型

打样

最后选的白色

一些细节图

结语：

当个layout工程师也挺好的

配置博客自动改图片路径和自动剪切图片的尝试

Sat, 09 Mar 2024 08:20:59 GMT

regex = r'![.?]((.?))'

这个正则表达式是用来匹配Markdown文档中图片链接格式的。

让我们逐步分解一下这个正则表达式：

!: 在Markdown中，图片链接是以感叹号!开头的，所以正则表达式首先会查找感叹号。
[`: 紧跟着感叹号的是一个左方括号`[`，在正则表达式中方括号是一个特殊字符，用于定义字符集（character class）。因此，我们需要使用反斜杠来转义它，以匹配文本中的实际方括号。
- .*?: 然后是点号*和问号?的组合。 - 点号.代表任何单个字符（除了换行符）。 - 星号*表示重复前面的字符零次或多次。 - 问号?在这里是一个非贪婪（non-greedy）限定符，它告诉正则表达式引擎匹配尽可能少的字符，直到遇到下一个模式。
- \]``: 这部分是查找与前面的左方括号相对应的右方括号]`，同样地，由于方括号在正则表达式中有特殊含义，我们使用反斜杠``进行转义。
\(和\): 这两个是用来匹配实际的左右圆括号(和)，这两个圆括号用来括起Markdown中图片链接的URL路径，因为在正则表达式中圆括号具有特殊的分组功能，所以需要使用反斜杠\来转义它们。
(.*?): 这是一个捕获组（capturing group）：
- 括号()定义了一个捕获组，用来捕获和存储匹配的数据以便将来引用。
- 点号.*同样表示匹配任何字符零次或多次。
- 问号?使得匹配变得非贪婪，即匹配尽量少的字符。

综上所述，正则表达式r'!\[.*?\]\((.*?)\)'整体查找的是一个标记了图片图像且不包含换行符的Markdown链接，它匹配以![]开始，紧跟一个括号内含任意字符（非贪婪匹配）的字符串。括号内的匹配部分（即图片的URL路径）被捕获以便之后使用。

每次上传博客md文件和图像需要g还是d

当你上传博客的Markdown文件和图像后，通常你需要先执行hexo generate（或其简写hexo g）来生成最新的静态文件，然后执行hexo deploy（或其简写hexo d）将这些静态文件部署到服务器上。

具体步骤通常是这样的：

更新Markdown文件和图像到你的博客项目目录中。
在命令行中运行hexo g来生成网站的静态内容。这个过程会将你的Markdown和图像文件转换为网页文件，并将它们存放在public目录下。
完成网站的静态内容生成后，运行hexo d来部署这些内容到指定的服务器上，例如GitHub Pages。

如果你已经配置了Hexo的一键部署功能，在运行hexo d时，Hexo会自动将public目录中的内容推送到远程仓库，网站即会相应更新。

请记住，每次对博客内容做出更改，比如添加或编辑文章，或者更改图像等，你都需要运行这两个命令以确保你的更改被应用并展示在你的线上博客中。

error: cannot spawn .git/hooks/pre-commit: No such file or directory Everything up-to-date branch 'master' set up to track 'git@github.com:ltspace/ltspace.github.io.git/master'.

这个错误信息表明Git在尝试执行pre-commit钩子时没有找到这个文件，这可能是由于以下几个原因造成的：

pre-commit钩子文件可能没有正确放置在.git/hooks目录中。
pre-commit文件可能没有执行权限（在Windows环境下通常不需要设置执行权限，但有时可能受特定的环境配置影响）。
如果你使用Windows，并且手动创建了pre-commit文件，可能会不知不觉地给文件加上了默认的.txt等扩展名。

针对以上情况，请检查以下几点：

确认pre-commit文件位于正确的目录：.git/hooks。
确认文件名确实是pre-commit，没有隐藏的扩展名。在Windows文件资源管理器中查看文件名时，要确保设置允许显示已知文件类型的扩展名。
如果是通过文本编辑器创建的钩子脚本，确保在保存时选择“所有文件”类型，以避免自动添加扩展名。
尝试直接在命令行中执行pre-commit钩子脚本来看是否能正确运行。如果不能，可能是脚本本身存在问题，或者你的环境中没有安装Python或者脚本的执行路径不对（在脚本的开头#!/bin/sh可能需要指向正确的shell路径，这在Windows中通常不是必须的，但是依赖于你的环境配置）。

如果上述都没问题，你可以尝试删除pre-commit钩子并重新创建它。如果错误仍然存在，那么需要对你的Git安装和配置环境做更深入的查看。在极端情况下，你可能需要重新安装Git或者调查是否有其它系统级的问题影响到了Git钩子的执行。

git仓库里.git的名字是.deploy_git

如果你的 .git 文件夹的名字被改为了 .deploy_git，那很有可能是使用了Hexo的部署机制，特别是当采用hexo-deployer-git插件时，它会创建一个.deploy_git目录用来作为Git部署仓库。这个目录用于存储生成的静态文件，并将其推送到远程仓库，比如GitHub Pages。

.deploy_git目录与你本地编辑文档的Git仓库（通常用.git目录来管理）是分开的。Git钩子需要放在实际的Git仓库的.git/hooks目录中。如果你将钩子脚本放到了.deploy_git目录，那么它不会在你的常规Git操作中被触发。

解决方法如下：

确认你的本地仓库（包含你编辑的源文件）的.git目录。它应该是你项目根目录的.git文件夹，而不是Hexo生成的.deploy_git文件夹。
将你的pre-commit钩子脚本放入你项目根目录下的.git/hooks目录中。
确保pre-commit钩子脚本具有正确的内容，并且能够在你尝试提交到你的源代码仓库时被触发。

如果你尝试修改你的源代码并提交（例如使用git commit命令），那么钩子脚本应该在你项目的.git/hooks目录中被触发。如果你仅仅使用hexo deploy命令部署网站，它是不会触发这个钩子的，因为这通常会直接向.deploy_git仓库提交。

.depoly_git里还有一个.git文件夹

在Hexo项目中，.deploy_git文件夹是用于存储Hexo生成的静态文件以便部署到远程服务器的地方。当你使用hexo-deployer-git插件进行部署时，Hexo会将public目录中生成的静态文件复制到.deploy_git目录，并在该目录初始化一个新的Git仓库用于部署。

.deploy_git目录中的.git文件夹是这个用于部署的Git仓库的元数据存储位置，其中包含了版本控制的相关信息，如分支、提交历史、配置等。实际上，.deploy_git目录本身就像是一个完整的Git仓库。

当你执行hexo deploy命令时，以下步骤会被触发：

Hexo调用hexo generate生成静态文件。
生成的静态文件被复制到.deploy_git目录。
在.deploy_git目录执行Git命令，将变更添加(commit)到本地仓库，并将其推送(push)到远程服务器（如GitHub Pages或其他托管服务）。

.git文件夹在.deploy_git目录中的作用是管理这一部署过程中所有的Git操作和历史记录。

如果你在尝试运行Git钩子时遇到问题，请确保钩子被放置于你的源代码仓库的.git/hooks目录中，而不是.deploy_git目录或其内的.git目录中。这样，当你操作源代码仓库时（比如执行git commit），钩子才会被正确触发。

额外再执行一遍git commit的命令，只执行hexo g -d

如果要在执行 hexo g -d 的同时确保 pre-commit 钩子被触发，你需要理解 git commit 和 hexo g -d 在工作流程上的不同：

git commit 是Git版本控制系统的命令，当你执行它时会触发 .git/hooks 中的钩子脚本。
hexo g -d 是Hexo的命令，用于生成静态网站内容并将其部署到配置的服务器上，不会直接触发Git的 pre-commit 钩子。

把钩子放到.deploy_git的.git里，hexo g -d 直接执行钩子

理论上，你可以将钩子脚本放在 .deploy_git/.git/hooks 里面。因为这个 .git 目录确实是一个git仓库，所以它应该能认可钩子脚本。但这样做有一些需要考虑的地方：

Hexo 工作流程：通常，.deploy_git 仓库用于存放生成的静态文件，而不是源文件。如果你的钩子脚本主要是为了处理源文件（比如修改Markdown文件中的图片路径），那么它应该在源文件的 git 仓库中被触发执行。
自动化程度：把钩子放在 .deploy_git 中确实可以在执行 hexo deploy 时自动处理静态文件。但如果你的钩子脚本是为了更新本地的源Markdown文件的图片路径，那么这个静态文件是由源文件生成的，所以应该在更新源文件后、生成静态文件之前就处理好。
维护性：.deploy_git 目录通常不会提交到远程源码仓库，因为它的内容会在你运行 hexo clean 命令或者重新生成网站时被删除或覆盖。这意味着，如果你将钩子脚本放在 .deploy_git/.git/hooks 中，当 .deploy_git 目录被删除或重新生成时，你可能会丢失这个钩子脚本。

总结来说，虽然理论上可以将钩子放在 .deploy_git/.git/hooks 中使其在执行 hexo g -d 时自动执行，但这样做并不是实践中常见的或推荐的工作流程。通常，我们会在源码仓库中处理这些任务，以确保源码的版本控制和钩子脚本可以一起正常工作。如果你确实需要自动化此过程，可能还是需要一个在源码阶段就能够触发的自定义的脚本或命令集。

以下是将图片移动和替换绝对路径为相对路径的功能合并到一个脚本中的代码

import os
import re
import shutil

# 设置目标目录
target_directory = 'E:\\BLOG\\source\\images'

# 配置你的Markdown文件的路径
markdown_directory = 'E:\\BLOG\\source\\_posts'
# 配置存放图片的文件夹名称，相对于markdown_directory
images_directory = 'images'


# 替换绝对路径为相对路径的函数
def replace_image_path(file_path, image_dir):
    # 建立一个正则表达式模式匹配Markdown图片链接
    regex = r'!\[.*?\]\((.*?)\)'

    # 读取Markdown文件内容
    with open(file_path, 'r', encoding='utf-8') as file:
        content = file.read()

    # 使用正则表达式匹配并替换路径
    new_content = content
    matches = re.findall(regex, content)
    for match in matches:
        if not match.startswith('http'):  # 只替换本地文件路径
            new_image_path = os.path.join('/', image_dir, os.path.basename(match)).replace('\\', '/')
            new_content = new_content.replace(match, new_image_path)

    # 写回新的内容到文件
    with open(file_path, 'w', encoding='utf-8') as file:
        file.write(new_content)


# 写一个函数来处理文件的移动，并替换Markdown文件中图片的引用
def process_markdown_files(md_directory, target_dir):
    for root, dirs, files in os.walk(md_directory):
        for file in files:
            if file.lower().endswith('.md'):
                full_path = os.path.join(root, file)
                move_images(full_path, target_dir)
                replace_image_path(full_path, images_directory)


# 处理文件移动的函数
def move_images(md_file_path, target_dir):
    with open(md_file_path, 'r', encoding='utf-8') as file:
        content = file.read()

    # 正则表达式查找所有 Markdown 图片链接
    image_paths = re.findall(r'!\[.*?\]\((.*?)\)', content)

    if not image_paths:
        print(f"No images found in {md_file_path}")

    for image_path in image_paths:
        # 检查是否是绝对路径
        if os.path.isabs(image_path):
            # 获取图片名和目标路径
            image_name = os.path.basename(image_path)
            destination = os.path.join(target_dir, image_name)

            # 显示正在处理的图片
            print(f"Processing image: {image_name}")

            # 如果目标路径下没有这个文件再进行移动
            if not os.path.exists(destination):
                # 尝试移动图片，如果原始图片路径不存在则会抛出异常
                try:
                    shutil.move(image_path, destination)
                    print(f'Moved image {image_name} to {target_dir}')
                except FileNotFoundError:
                    print(f'Image not found at {image_path}, skipped moving')
            else:
                print(f'Image {image_name} already exists in target directory; no action taken')


# 开始处理Markdown文件和图片
print(f"Processing Markdown files and images in {markdown_directory}")
process_markdown_files(markdown_directory, target_directory)

print("All Markdown file image paths and images have been processed.")

24考研的具体经验反思

Sat, 02 Mar 2024 15:15:41 GMT

（未完成）

我觉得github上有个仓库极其的好，叫《考研：有手就行》

这位大哥是二战的，22年分数一般，但23年上岸上交计算机，水平真不是一般人，

第一次的初试分数是79 + 72 + 93 + 86 = 330（11408），未进复试。

第二次的初试分数是80 + 75 + 137 + 122 = 414（11408），复试分数是180分（总分200）。

我今年是64 + 79 + 97 + 100 = 340（11408），

鉴于我这北京和他那上海都挺旱的，只能说我俩一战水平差不多。

他给出了无比具体且可量化的方法，

趁现在还早，你如果严格按照他的方式来，是真的可以考个巨无敌高的分数。

（额也说不定，万一明年题更难了，超纲题更多了，这种情况看谁都没用）

我当时看到的时候已经晚了。

记得这个库还是后台一粉丝介绍给我的，说我和那个大佬理念很相似，

经过这一切之后再想起这个评价，真是太讽刺了。

我其实不想由果索因，因为会额外否定很多东西。

但没有结果的时候，又会不自觉美化自己的行为。

个人情况：

山东高考，末流985，计算机本科，一战北京11408，笨拙的努力型选手。

1 政治

客观39，主观25，总分64.

简单来说，还是别花时间学政治了。

1.1 选择

我后期买了那个喵刷政治的微信小程序，也买了苍盾政治的小程序，

比较之后用喵刷，UI简洁舒适，能归类错题生成pdf打印纸质版，

最重要的是能长按排除选项，对于选择题来说很有用。

对了，我提到的都不是广，没有人会找我这种没粉丝的公众号投广告。

然后用喵刷刷了几乎所有的模拟卷的选择；肖八肖四选择题二刷三刷、纸质版刷完小程序刷；错题归档，打印纸质版继续二刷三刷。

背腿姐手册，背b站帕拉迪宇的一页纸，用政治带背下饭，

最后选择39，错仨单选，四多选。

挺烂，我记得今年出来之后很多人说政治选择简单。

政治选择方面应该很少人能超过我花费的时间。

你看，这可怜的投入产出比，（笑）。

不过我记得肖八刚出来的时候我第一套选择19分，大家平均也在一二十分左右，

该看的还是得看看，才能上40，

我意思就是该刷的刷，别刷多了。

十二月只刷肖八肖四吧各位，刷多了也没用。

反正大家水平都差不多之后，主要还是看运气。

平常互联网键政的各位，尤其是魔怔人，

我建议你们前期也不用买核心考案听徐涛的课了，很多概念你们都懂，

不懂的东西到十一二月的时候对着背诵手册细品一下也就明白了，很多都是你们平常唠的东西。

1.2 大题

我这可怜的25分，我分析的是，

京区主观狠压分
字体巨无敌烂
套张修齐模板抄材料少

我现在挺后悔的，每天挂嘴边的就是京区把我害惨了，

放别的水区政英高二十分，调剂得多好调，

这就是当时不考虑退路的下场。

字体巨无敌烂这一点我也没想到，我没想到威海职业学院那几天那么冷，

前一天刚下完持续几周的雪，后一天就开始考试，化雪的同时考场还是没暖气的阶梯教室，

备考的时候要不还是找找适合你考场的温度吧，

像我，所有备考的时间为了不让身体状态影响我，都选择的是冬暖夏凉的图书馆，

导致我在20℃图书馆里模拟的政治字体间距排版等等一切，在零下的考场上全部失效。

买了四五十个暖宝宝，那两天全用完了，到处都贴，只能管前一小时，手还是冻僵握不住笔。

写的时候很难受，

我因为背的张修齐，每道题能写上的东西极其的多，我不想放过任何一个得分点，就把每一个答题空都写上了密密麻麻的蝇头小字，最后看我的答题卡，可以算是乌黑一片，

手冻僵了完全控制不了，同时肾上腺素作用，我边发抖边写字，这种情况下也没办法控制字体。

最后就是这个结果。

最后一点，

我觉得张修齐老师确实很好，直播点拨的答题思路经常让人恍然大悟，

娱乐性也强，懂得都懂，

十页纸也很好用，覆盖考研大题，减少了绝大部分背诵负担。

考水区的可以放心跟张修齐老师。

考旱区的话，我建议是肖八肖四也得看看，结合材料，自己组织语言和答分点，简洁清晰的卷面更重要。

还是那句话，你到十一二月再开政治完全不迟。

2.英语

完型全对，阅读错仨，主观小作文6.5/10，大作文11/20，翻译7/10，只能说难评，京区就这样。

2.1 客观

四六级裸考均分580，属于英语没那么好，但也不用额外补的水平。

单词没背完，太多了，红宝书那么一厚本我是真难绷，不背单词显示有六千多个？

我寻思着光单单在软件上按完就得花我一辈子。

后来只在不背单词上随便选了一个只有七八百的考研核心词的词书，

也没背完，最后剩了二百多个。

我的经验是还是得三人组队，找俩比较好的朋友，互相监督，不然我根本没时间打开软件。

当时主要背单词的时间都是在组队的那一个月背的，每天背十五分钟打卡，打完立马关了。

真题大概做了不到十套，

十月份的时候先做的10、11年的，当时完型动辄错11、12个，气笑了，就没再管，因为知道那段年份难。

后来十一月有空的时候做了几套近几年的选择，觉得阳间了不少，

完型稳定在两三个，阅读稳定在三四个，

当时实在是没时间，寻思着既然这水平能用了，就这样得了。

所以最后考试前那一个月也没做一两套英语，全吃老本。

最后证明运气还行，考场上的文章都能看懂，花二十分钟做完了客观题。

2.2 主观

大作文用的红果研王晶婷的作文书，实在是很好用，

像拼图一样，可以选用不同水平的句子拼凑出属于自己的模板，

但主要还是靠当场发挥。

小作文搁十二月份背背那几个信件类型开头结尾的句式就行，

我感觉考研从我这届开始变得变化莫测了，试图考前压中题目是极其吃力不讨好的事儿，

中间的部分还不如当场发挥。

十一二月开始，大小作文分别模了两三次吧，平常就背背自己攒的模板。

翻译没啥说的，感觉无论翻译的再好在北京都会每道题扣0.5。

小作文写跑题了，

人外国人说要做一个ancient scientist的讲座，关于古代中国科学家的讲座，

按理说应该推荐中国古代的科学家，所以舍友问我写的谁的时候我汗流浃背，

我看成是面向研究中国古代文明的科学家做中文讲座，

写让他去bilibili学汉语，让他别担心，中国人都挺友善，你发音不准也不会嘲笑你，

跑题了还有6.5，可能把批试卷的研究生逗乐了。

大作文也挺逗，

各路老师考前预测，还是如同一成不变的往年，英一还是看图写话类作文，英语二还是图表类作文，

然后今年发下试卷来，我看了一眼大作文，

嘿，图片和图表都有，又给我气笑了。

图片好像是一座公园，游人自得其乐，图表是公园数量逐年上涨。

凭着仅有的对于图表趋势性描述的记忆简单写了几句。

后来就是赞颂Party好，government好，人民生活幸福感高，经济稳中向好。

不然还能说什么呢。

总之英语我几乎没花时间，对我来说是性价比爆棚的学科，

这大概就是那些大佬学数学的感受。

3 数学

这个部分，我都痛苦的不想回忆它。

选择错仨，填空错仨，30分就已经没了。

极其恐怖。

我最后还能考97，全靠大题判卷放水。

所以那个上交佬在数学篇的一开始就说，

数学是一门方差极大的学科，这个方差既指考生之间的方差，又指考生（发挥）的方差。

我觉得能考到145-150的人，最低也就140，这只是试卷的上限，不是他深厚积累的底线。

但是在120，110，100分数段的人，完全可以考到90。

太痛苦了，是想想就想死的程度。

如果我备考有100%的时间，

那么60%的时间都在学数学，

30%的时间学408四门课，

8%的时间学政治，

2%的时间学英语。

性价比低到了一个令人咋舌的程度，感觉我学一两个月和我学一年相比，分差也不会超过20。

基础和强化全程跟的张宇，

我觉得没必要一听别人说张宇的课门槛高就退缩，我这种大学高数60分的人都能正常听懂，门槛高又能高到哪儿去呢。

线代大后期又跟了b站的帕拉迪宇，小铜数学等一系列优秀up主，

反正他们互相认识也合作过视频，找到一个就可以顺藤摸瓜找到其他人。

概率论和无穷级数到大后期又跟了一遍方浩。

记得不要跟考研竞赛凯哥，具体原因自己去找。

邂逅遗憾知乎的经验贴害惨了我，让我觉得我也能上，建议看他经验贴之前撒泡尿照照自己。

rw现在每年炸成这样，有很大一部分原因就是他知乎的经验帖。

但是他经验帖写的确实好，他推荐的方浩概率论确实不错，

他自己办的课挺贵的，小班八百多大班四千多，我没听过不做评价。

就是方浩的那个书和他的课程不配套真的很烦，我学概率论的时候一大部分时间都在抄他的课上例题，因为题确实有用，

尤其是张宇的课和他的书配套的极其丝滑，再听方浩的课感觉跟吔了史一样。

建议别买方浩的书，直接买风中易小生做的方浩做题本自己打印，我也是后来才发现风中易小生的做题本都给整理好了。

我虽然考得烂，但张宇老师确实好，教材做得很全，

上课生动形象，体谅学生，到现在我还记得他讲的狮子王的故事，不过当时听的时候我倍速过去了。

据说今年数学这样之后各大经验贴都主推张宇老师了，因为张宇老师的全程班基础性好的同时扩展度最高。

只能说从此往后，如果卷考研的人继续增多，数学的难度和扩展性也会越来越大，越来越起到选拔人才的作用，

今年就是最好的例子，狠狠给了我当头一棒，

没有两把刷子的人好好掂量掂量自己。

武老师我是真听不进去，语调太平，感觉像是大学里读ppt的老师，但是有很多跟武老师的人分数也很高，所以这两大派系的选择主要还是看自己。

周围基础不好的有跟周洋鑫的，

我本来不太了解这个人，就是最后的时候做了他出的三套卷，

猛然觉得，嗬这题出得好像真题，好有水平，然后一看发现很多都是真题改编的。

感觉应该也是个好老师。

我现在回忆，基础阶段和强化阶段在我脑海里是空白的，

我觉得这有可能就是我数学考成这个样子的原因。

像是盘古还未开天辟地时的混沌。

4.408

最后来个总结吧，再低也是我辛辛苦苦考出来的分

这个系统我这辈子估计也不会再进了。

（未写完，图之后贴）

重新搞了博客

Thu, 29 Feb 2024 02:29:10 GMT

重新搞了博客，

21年刚开始整博客的时候，把博客放在了我自己的云服务器里，觉得既然买了就不用白不用，顺便练练运维啥的。

后来那个服务器承担了我很多的学习任务和尝试，所以经常遇到依赖地狱，

一旦十几个小时卡在某个依赖上毫无进展，我就直接气得重装整个服务器，

又懒得在外边套docker，所以连带着博客也得重装，我的评价是活该，

重装了几次之后就气坏了，懒得搞了，荒废了两年。

最终决定将博客作为一个lifelong的项目维持，为了省钱省力气挂在了github上，再重定向到我原来的域名，一举两得。

以前是把公众号的内容都搬过来，但是现在没那精力了，

因为微信公众号不支持md格式，导致我每次写完md之后还要贴到公众号上去精修一下，后来就演变成md只写草稿，再粘贴到公众号的编辑框写详细。

所以要么写个脚本，发哪个平台就全自动化移植到另一个平台，要么就两个平台单独更新吧，这边写点儿那边不让写的。

有空的时候我还是想完全自己写博客的前后端，现在用hexo主要是没时间，至于什么时候有时间，我觉得得等到上研究生之后，或者工作之后，或者退休之后了。

24考研的感受

Sun, 24 Dec 2023 10:24:22 GMT

首发于微信公众号

我对于24考研的感受

1

无数次跟朋友调笑，说，考不上就二战，有什么大不了。

现在发现自己没办法二战。

因为没了半条命。

而且我是认真的。

这个月的很多时刻，我都在反复的想一个很浅显的道理，

就是为什么令人印象深刻的故事总是发生在各种大事中，过程里总是含有人的各种极端的情感，

而普通的生活就没太有观赏性。

为什么想这些，

因为每天都在痛苦里度过。

如果让我用一个词概括一下考研感受的话，我会在“痛苦“和”想死“之间选择。

我每天都会想哭很多次，

有时候能直接哭出来，让自己鼻腔一酸，眼泪就可以迅速往下掉一滩，

摘了眼镜，拿张卫生纸捂住下半张脸接住泪，就可以在沉默的哭着解压的同时继续背书看题。

剩下大部分时间，仍然痛苦的要死，想哭一下解解压，但尝试的时候一滴泪都流不出来，像枯井睁着黑漆漆的眼望天。然后乐一乐，自嘲一下自己连哭都哭不出来了，继续怀着想死的心背书看题。

每当这些时候就会想到这个道理，会觉得自己是某种舞台剧里的人物，因为感觉自己的精神状态和痛苦程度已经不属于正常人能经历的范畴了。

2

先谈痛苦的原因，

我考的是北京的数学一、英语一、统考408，

在整个考研领域算得上是顶尖体量、顶尖难度，考的也是顶尖学校。

我不后悔，因为如果我报了其他学校考出来分数超了这个学校的分数线，我会后悔一辈子，

相比之下，考不到这个学校的分数线被刷反而不会让我后悔，只会让我承认技不如人。

再加上我脑子很不好使。

我有多笨？举个小例子，我反复做了看了不知道多少遍往年真题，做了四五十套数学模拟，然而直到倒数第十天的时候，我才突然开窍，明白了10年真题的那道二次型为什么那么做，顺带才明白了一串儿类似的模拟题。

而且我明白的还是一个浅显的知识点。

每次这种突然开窍之后，我也哭，

不是喜悦的哭，是反应过来我突然开窍的东西到底有多简单的时候，会立马想到所有那些比我聪明的人早就花几秒的时间明白了这些知识点，而我要在桌前苦坐无数个斗转星移日日夜夜，用一次次的努力理解等待那个可能永远不会到来的质变。

然后我在12月18号的手机里留下了这句话：

“我不配留下后代。不然还让他和我一样这么蠢吗，还让他和我一样天天这么痛苦吗。”

再谈痛苦的内容。

我以前总是在所有事情上怪自己不努力，怪自己不自律。

因为我觉得我又菜又胖又丑，但我从未改变成功过。

所以我复盘我这辈子的时候，总是发现我没有任何一次竭尽全力过，

总是觉得我没有任何让我自己满意的事情。现在有了。

无论最后结果怎么样，它都是。因为我某一天发现，自从某个已经久远到我已经想不起来的时间点开始，我痛苦的内容就已经不是自己不努力了，而是自己天赋的上限、是这些受的苦、是这所有一切的最终意义。

我尽最大努力交付了。十月的时候，我看到了努力的上限；十一月的时候，我开始想一些哲学的终极问题；十二月的时候，每天笑着哭，哭着笑，我觉得我变成了精神病。

现在考完的第一天，一小时前午睡做的梦还是昨天在数学考场上的心如死灰，做梦还是那用尽所有方法都解不出来的题，做梦还是已经冻僵了却还是一直在出冷汗的右手，做梦还是那死寂的氛围，如同一种无尽的阴影笼住我的人生。如果可以，我这辈子再也不想做数学了。之前哭是鼻酸，现在是喉咙深处酸，苦的让我想呕出我的内脏。

我已经竭尽全力，我在考前基本上完成了我应该做的所有任务，在冬日威海零下的考场上也发挥出了正常偏下的水平，我已经满足了，再来一年能改变的东西已经很少了。这也是我最近不敢对答案的原因。

试想如果一个人做到了自己本不能做到的事情，如果一个人顶着巨大的压力满足了对自己来说超高的要求，却依然获得了预期外的坏结果，比如数学选择题错五个，而这是极其有可能发生的，我觉得我现在的精神状态会立马全线崩盘。

我已经足够努力，坚持到精神出问题，我已经很为自己自豪，但我还是希望那三个月无论寒暑雨雪每天都赶往图书馆的时刻，那些深夜无眠再挑灯火看文章的时刻，那些边哭边做题的时刻，那些闭馆时在暴风雪中深一脚浅一脚的时刻，都能有配得上它们的结果。经历这一切后，我终于觉得，

我值得被爱了。

我要好好爱自己。

3

坂本龙一有首曲子，叫fullmoon，

用十一种语言叠加复述着一段话。

11月20号凌晨，我睡不着，坐在床下的黑暗里一直在听。 Because we don't know when we will die,

因为我们不知道死亡何时到达

we get to think of life as an inexhaustible well.

所以会把生命当成一座永不干枯的井

And yet everything happens only a certain number of times,

然而，所有事物都只出现一定的次数，

and a very small number really.

并且很少，真的

How many more times will you remember a certain afternoon of your childhood,

你会想起多少次童年中某个特定的下午，

some afternoon that's so deeply a part of your being that you can't even conceive of your life without it?

某个深深成为你生命一部分的下午，如果没有它，你甚至无法想象自己的人生？

Perhaps four,or five times more?Perhaps not even that.

也许，四或五次吧？甚至可能没这么多。

How many more times will you watch the full moon rise?

你会看到满月升起几次呢?

Perhaps twenty.And yet it all seems limitless...

也许20次，然而这些都看似无穷... 在最后的这几个月里，我每时每刻都清晰的知道，我所经历的这些事情看似无穷，实则有尽。

悲尽，识盈虚之有数。

我的感悟也会随着时间消逝，就像它们从未存在过。

考完过了一天，其实很多事情我就已经想不起来了，触发了自我保护机制。

心态也已经变成了完全不同的样子，所以现在的这些话只是在尽量还原模拟当时的心境。

考前的漫长日子里，我跟朋友们说，考完我要住在电影院，看小说、吃大餐、去运动、玩游戏、做美甲、剪掉我马上及腰的麻烦头发，玩一切我想玩的，尝试一切我没尝试过的。

现在下载回了所有娱乐软件，但连电影都不想看，小视频也不想刷，不想出门，什么都不想干，只想上床睡觉，桌下发呆。

抽离了所有东西，剩了一个空壳，需要慢慢用东西填回来。

像战场上回来的老兵，像刚坐牢出来的人。像在一个舞台上缓缓退幕，

就到这里吧。

写这个东西的主要目的是，让来年的我万一落榜了还想二战的时候回来看看自己今年被折磨成了什么人不人鬼不鬼的样子，打消那个念头。

也没什么想说的了，可能四十八小时前的我还是能有满腹感慨往外倒的，但现在这个空壳是什么也说不出来了。 ——留两首诗吧，我很喜欢的。人生到处知何似，应似飞鸿踏雪泥。

泥上偶然留指爪，鸿飞那复计东西。

老僧已死成新塔，坏壁无由见旧题。

往日崎岖还记否，路长人困蹇驴嘶。清夜无尘，月色如银。酒斟时、须满十分。

浮名浮利，虚苦劳神。叹隙中驹，石中火，梦中身。

虽抱文章，开口谁亲。且陶陶、乐尽天真。

几时归去，作个闲人。对一张琴，一壶酒，一溪云。

白嫖Google相册无限空间实操

Thu, 24 Aug 2023 15:05:36 GMT

准备：已root的手机

（我用Mi13Ultra，MIUI14.0.16）众所周知，在pixel一代手机上用谷歌相册可以原图无限量上传。所以要想白嫖，要么去闲鱼上淘个旧版pixel，要么把自己的手机伪装成pixel一代。旧pixel1闲鱼价格两三百，我寻思着都能再买个硬盘了，也不想再多出个累赘，还得来回倒腾，配置主力机的自动更新什么的，

只看基带的话，Pixel和Pixel XL用的是骁龙821，Modem支持的最大上行速率是150Mbps，换算就是18MB/s，虽然看起来还行，但这么多年了，网卡估计也不太行了，肯定还是用新手机香。 https://github.com/ButaiKirin/Pixel-2016-Permissions/releases

前几年试过用这个magisk模块，失败了，当时把自己主力账号的存储空间搞得爆红，gmail邮件都进不来，

今天又试了试，感觉它的功能只是伪装了本地的google相册，让它显示一句“此 Pixel可以免费备份不限量的照片和视频”，实际上是掩耳盗铃。时隔一年又发现了个新的模块，

https://github.com/BaltiApps/Pixelify-Google-Photos

界面长这样

但是用这个发行版本的时候一直出问题，伪装也不成功。所以去软件的群看了看，

尝试了一下这个人发的版本，

这个版本除了能成功以外，最大的区别就是可伪装的型号更多了

看应用签名，好像是这哥们自己搞的版本，发行组织就是他的博客域名，所以要想用的话，自己去群里或者这个博客里找。

这软件一开始装的时候会提示要在lsposed里打开模块后重启，实测也不用重启，lsposed里打开之后设置停止运行再打开就行。谷歌相册：https://photos.google.com/

谷歌云盘：https://drive.google.com/ 能够正常无限原画质备份的现象是：只有谷歌相册里能找到备份了的照片和视频，而谷歌云盘里不仅不占用存储空间，也看不见。最后成功

（成功标志：网页端有照片的情况下显示0B）

折腾校园卡24小时后，我后悔了

Sat, 29 Jul 2023 15:14:29 GMT

我平常固定在图书馆某层中间的一个位置自习，旁边是一面巨大的窗子，采光好，还有窗台让我放书。

某天正午，我觉得很热，打开了我那片区域图书馆的空调，一个女生接着走过去关了。

好的，既然不让我开，那我搬去一直开着空调的地方。

但是开着空调的地方采光又不好，来回搬书又太麻烦。

于是我想，能不能预约两个座位，这样我就不用来回搬了，热的时候去开空调那里，暗的时候去采光好那里。

想用两个座位，就需要另外一个人的学生卡。有个朋友，现在不在学校，未来一年也不会进图书馆，所以用他的学生卡就是最好的选择。

征求他的同意之后，我们开始讨论如何让我在没有卡的情况下使用他的卡进行预约。

他的卡留在了宿舍，但恰巧一年多前他买了个读卡器，恰巧当时他破解卡之后把dump文件（卡里边的内容）截图发给了我，截图里恰巧有我所需要的全部信息。

恰巧我当时也很好奇，借用了他的读卡器，自己也暴力破解了自己的校园卡，但早就忘了当时把破解出来的dump文件存到了哪里，有没有删，

于是我用everything正则搜*.dump，万幸，在回收站找到了当时校园卡和银行卡的dump文件，然后还原了回去。

另外，某校用的学生卡应该是IC卡中的一种，NXP MIFARE Classic 1k，共分为12个扇区，

0-5这六个扇区是密钥加密过的，nfc读取只能读出它位于0扇区0块的卡号，因为在nfc第一次读取卡的实体门卡页面中显示卡号，但模拟的时候提示说：加密卡只能模拟卡号（厂商码能不能不确定），

用十六进制查看器可以看出，后边的12345里存放了学号与姓名和一些其他的东西。

但手机和手环的nfc依然可以预约图书馆，说明图书馆的读卡机只需要读到卡号，不需要加密卡的其他部分，所以我只需要用nfc模拟出他的卡号，当然，这是我后期才明白过来的。

通过补办新卡让旧卡报废来看，卡号这玩意儿也是唯一的，估计是补办的时候会把新卡号插到数据库里覆盖旧卡号，达到每人一卡的功能。

于是现在的总体情况是，我拥有我卡的dump文件，他卡的dump文件，还有一张我在用的校园卡，还有一张之前找不到的，补办之后又找到，所以现在报废了的卡，还有一部root了的手机，

其它包括读卡器写卡器空白卡什么的，统统没有。

最终目的是用手机模拟出他的卡。于是开始尝试各个软件能不能用，分别有什么功能，这是一个漫长的过程，

最后选定了四个软件，通过他们功能的配合达成目的，分别是

NFC Card Emulator Pro (root)

NFC Reader Tool Pro

Mifare Classic Tool

NFC Tools Pro

MCT就是Mifare Classic Tool，它无法自己添加dump，只能用现场读入的标签信息保存后再进行写入或修改，我主要用来读卡后写卡。

首先，0-5扇区是加密了的，MCT的读取标签需要密钥，写卡也是，但我只有dump文件，没有密钥，

但有了dump文件就相当于拥有了解密后的卡，按理来说能够从dump里反推出它的密钥。

所以我找到了NFC Reader Tool Pro，它可以自己写dump，然后通过dump文件自动生成密钥文件，

当然，写的过程比较痛苦，因为只能在它自己新建的dump文件上修改，改成自己需要的，所以要自己在手机上写那6个扇区的数字。

最后每个dump文件都生成了一个六行的密钥，再导入到MCT中，此时发现可以成功读卡了。此时我的手机莫名其妙开始疯狂自动重启，我排除了过热原因，还有电池原因（半个月前刚换），剩下的有可能是电源键问题，因为最近电源键不太灵敏，还有可能是换电池的时候线装的糙了，电池的断触问题，或者主板问题。

反正无论是什么，都很吓人，于是我当天备份了一遍我的手机数据（后文会极其感谢自己此时备份了一下）。有了密钥，我就可以用MCT读写我的卡，此时我尝试了两种情况，

第一就是格式化，实际操作后发现除了0扇区0块，其它都能格式化到出厂状态，也就是这样

之后我用这个卡去图书馆刷卡机上刷了一下，发现还是可以读取，说明图书馆真的只认卡号（或加上厂商码）。

第二就是将他的dump文件中除了卡号的部分写入到我的卡中，也就是一个卡里有我的卡号，和解密后他的学号姓名，

下午去食堂吃饭时刷了一下，发现没有反应，说明食堂消费的读卡机不仅需要卡号，还需要同时验证里边的加密信息。

后来我反应过来，

既然图书馆只需要卡号，我也有了他的卡号，

我的手机又是root了的，理论上说我对我的手机具有绝对掌控权，

所以按理说我可以通过直接修改nfc配置文件的方式，让nfc直接伪装为他的卡号。但来回改配置文件肯定很麻烦，因为我不止要用他这一个卡，而且同时还需要修改卡的频率之类的，所以我开始寻找，有没有能自动化的帮我做好这一切伪装的软件。有是有，但看起来做的很好的NFC Tools注册就需要49.9，其它的非开源软件大同小异，都是在让我还未确定他们的软件能不能正常工作时就要收我十几块钱，我这人比较抠搜，而且找不到破解版。

后来，我终于发现了一款NFC Card Emulator Pro (root)：NFC卡模拟，它有手动添加卡号再用nfc模拟的功能，当然，需要root权限，谷歌商店6美金，没钱，用的52pojie的版本。

但无论如何，它都提示我获取不到root权限，而且它并没有给magisk发出弹窗的请求，

但我看到，我的那些步数修改器和爱玩机工作箱之类的需要root权限的软件都是在正常运行的，magisk也正常，甚至把请求响应改成自动允许也不行，我百思不得其解，于是放弃。

我接着转向寻找开源软件，但它们都是最晚4年前，最早能追溯到7年前的仓库，对于现在的安卓11来说可能太过时了，于是在功能上都出现了一些严重的问题，还有的甚至没有发行版，需要我自己用AndroidStudio构建。

（后期get root access后发现也不能用，且作者多年前看到有比他好的NFC卡模拟pro之后就不再维护了）

这时陷入了僵局，哪个方法都走不通。我就只能去继续学最原始的直接修改libnfc.conf的方法，

但是直接修改系统的文件，首先你得先找到它，这就需要一个能获取root权限的文件资源管理器，最终选定了MT管理器，真的很好用，但是它也无法获取root权限，我就开始怀疑是magisk的问题，

对于NFC卡模拟那个软件，我也还是不甘心，

此时我突然看到一个贴吧的帖子，一个人说，要主动给软件授权root的话，可以在爱玩机工具箱里找到应用管理里的唤醒root权限，

就这么寥寥几句，下边好像只有两个人说他的方法有用，但却解决了我的众多问题，

正好我也有爱玩机工具箱，上手一试，真的成功了，那两个无法自己获取root权限的软件也在magisk的超级用户栏里出现了对应的按钮。

我大喜过望，我以为现在万事俱备，东风已来，其实路途才刚刚过半。

在赋权之后，我颤抖的打开了NFC模拟器，输入他的卡号，

创建成功，yes！但开始nfc模拟的时候，又出现了一个问题：

软件提示我的vendor分区无法读写。

也就是说，要读写的nfc配置文件放在vendor分区里，而那个分区我现在依然没有读写的权力。

于是我需要去找到，让vendor分区能被修改的方法。

（此时，刷入magisk卡模块这个方法失败）

我没想到，修改vendor分区是一个巨大的难题，网上几乎所有的方法在Android11之后都失效了，所以我按照时间搜索近一年内的解锁vendor教程，只找到了一个看起来可行，且详细教学的帖子，

出厂安卓11机型解锁system分区教程_安卓11解锁system分区

https://blog.csdn.net/oAiYinSiTan12/article/details/119655706

如文中所说，解锁system的原理就是去除vbmeta检验(简称AVB2.0检验) 整体的流程看起来复杂，其实——做起来更复杂，

总体流程是，将vendor分区提取出来，修改/vendor/etc/fstab.qcom，去除里边的vab选项，打包回去，再刷入手机，

每一步里都有大大小小的坑。

提取vendor这一步，我手机上有termux，在termux里安装ubuntu，ubuntu里装上DNA工具，DNA工具的gitee主页的readme文件因为“可能违规”无法显示（离谱），所以需要clone到本地才能查看，

接着，提取vendor分区的脚本，这里又有坑，就像这个视频教程下面第一个评论www.bilibili.com/video/BV1xV411n7Ys/

“fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img 的缘故，并没有VAB分区，所以脚本里的vender_a/vender_b需要变更成vender，同理 system亦是如此。最后fastbootd刷入vender.img也没有vender_a/vender_b，使用fastboot flash vender vender.img刷入即可。”

我之前也试着执行过fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img这条命令，和他的情况是一样的，

但后来我发现，mi10的手机架构好像本来就没有ab分区，所以需要把脚本里的vendor_a改成vendor，后边的fastbootd刷入vendor时也是一样。

下一步修改，要注意我们现在用的DNA分解出来的size.txt不在视频里的地方了，需要自己在那几个文件夹下找一找。

开始用DNA打包的时候，还要注意，视频里的08是合成img，我们现在clone到的版本改成了06是img，而且下面的命令提示也改变了，最后打包出来的名字也不是vendor_dna.img而是直接的vendor.img，放的目录也变了，也需要自己去找找。

打包之后就可以刷入了，没想到我在这儿出现了严重的岔子，手机变砖了。

由于刷入的时候一直提示：Not enough space to resize partition，空间不足，于是我开始删其它的分区，但无论怎么删，还是一直提示空间不足，我渐渐开始急了，

最后直接fastboot -w，意味着把我所有的用户数据也抹除了，

此时终于能把vendor刷进去了。

但由于我在刷的过程中出了很多奇怪的问题，所以刷入之后重启时，开始自动无限重启。

后来我又把自己备份的原来的vendor刷了进去，但无力回天，还是在无限重启，所以我决定直接进recovery双清，然后线刷进系统。

后来，线刷出了问题，找了二十分钟问题之后，发现是我下错了线刷包型号，10pro下成了10...极其低级的错误，但也合理，当时接近一点，我的脑子已经不太转动了。

我又去下载了一个mi10pro对应的包，因为小米社区的链接下得很慢，当时已经一两点了，所以我去别的地方找了一个下的快的（也没快多少），结果解压之后才发现是卡刷包，意味着又下错了，又浪费了5G流量和半小时。

最后，我终于长了记性，去小米社区下了10pro线刷包，凌晨网很慢，边看古相思曲边等，等了一小时。

刷入的时候又出了幺蛾子，当时看古相思曲的播放窗口正好挡住了下边的这个选项，默认选项是全部删除并lock，我就直接开始刷入，当我发现的时候，已经刷入了一半了，

当时一瞬间汗毛直立，头皮发麻，要是刷入之后还重启不了，我还把BL锁又锁上了，那在未解BL锁的情况下想刷机可就难如登天了。

最后还好刷入之后成功开机了，但同时BL锁被锁上了。

但我还想再刷入一遍修改过的vendor试一试，所以又得打开BL锁，于是又要解锁，还好第一次解锁之后不需要再等168小时，我又开了BL锁，之后又刷入了一遍vendor，这次刷入成功了，手机不再无限重启了。最初的目标，解锁vendor是为了让NFC模拟器获取修改vendor的权限，

经过这么一折腾，我的手机恢复到了出厂状态，用户数据也没了，但我在两天前备份了一遍手机，所以再导入。

重新装完一遍系统之后再模拟，发现又在报错，之前是vendor：read only file，现在的报错变成了No space left on device，但这次，帮助手册中的刷入magisk卡模拟成功了。

最后，在凌晨的将近五点，我终于模拟成功了。

你以为是个热血沸腾的good ending？不是的。

凌晨模拟成功后，我以为没问题了，于是买了杯咖啡，想去校外取咖啡的时候顺便经过图书馆测验一下就走，接着回来写这篇文章。但没想到它模拟出来的是随机数。

在图书馆二楼刷卡机前找了个凳子，调试了半小时，无果，

图书馆没开空调，热的要死，去拿咖啡，

在咖啡店里坐着，继续调试了半小时，无果。最后受不了了，索性放弃。

我在一开始就知道，我碰到的这些所有的问题其实几乎都能通过简简单单的一个CUID白卡解决，

过程中，我也无数次想到，如果有个白卡我就不用绕这么大一个圈子了，

所以我当时就下单了读卡器，商家赠送ID，UID，CUID，7月31送到。

但我就是想看看，在送到前的这几天里，我不靠读卡器和空白卡，仅靠现有的资源能不能解决问题。

虽然我失败了，但结论其实是能，只是我现在已经不想再去探究到底哪里出了问题了。

但我还是后悔了，因为我耗费了整整两天的时间，如果我手边有个五块钱的白卡，dump写入—导入手机NFC—完成，所有的流程不会超过五分钟。

为什么过程里我一直不想放弃，因为每一步看起来都像是最后一步——获取了root权限应该就能模拟成功了——vendor重新挂载应该就能成功了——刷入之后应该就能成功了——变砖了，但线刷之后再刷入一遍应该就能成功了......

没想到它就像一个无限往下递归的栈，我困在沉没成本里，永远不知道自己下一步是不是弹出。

我不想在这结尾处上升到浪子回头、及时收手之类的话，没有意义，

因为我知道，即使我现在后悔浪费了时间，下一次面对类似情境时，我也依然会去全力探究，

只是很多事情没有预想中的结果罢了。

威联通Nas配置Zerotier自建Planet踩坑记录

Tue, 31 Jan 2023 10:41:42 GMT

0.用到的东西：

威联通*1，型号：TS-264C

腾讯云服务器*1

Mi10pro*1

Win11*1

1.自建Planet

1.1倒腾一键脚本半天，没成功

主要是看的这个教程：

构建Zerotier私有根服务器(Planet)，实现比MOON更稳定的内网穿透 - 知乎 (zhihu.com)

系统用了ubuntu18，20，22的LTS版本，都没成功

除了腾讯的服务器，我还用我另外一个Ucloud的1核2G的试了试，也不行中间安装时出现了一个报错，

In file included from ../../osdep/OSUtils.cpp:44:
../../osdep/OSUtils.hpp:46:10: fatal error: nlohmann/json.hpp: No such file or directory
  46 | #include <nlohmann/json.hpp>
    |         ^~~~~~~~~~~~~~~~~~~
compilation terminated.
In file included from mkworld.cpp:49:
../../osdep/OSUtils.hpp:46:10: fatal error: nlohmann/json.hpp: No such file or directory
  46 | #include <nlohmann/json.hpp>
    |         ^~~~~~~~~~~~~~~~~~~
compilation terminated.

从网上找的解决办法是

sudo apt-get install nlohmann-json3-dev

不报错了，但还是不行

主要就是卡在这一步

我打开我的页面会显示：服务器未发送任何数据，并且在此之前我是检查过内部防火墙和云服务器控制台防火墙都打开了的。

所以这个方法在我坐在电脑前坐牢了五六个小时之后终于被pass掉

1.2用docker安装

我主要成功的方法是这个

放弃moon节点，直接搭建Zerotier根服务器软件应用什么值得买 (smzdm.com) 结合着这个看

Zerotier 搭建私有根服务器及创建虚拟局域网完整教程 - 知乎 (zhihu.com)

只看到五以前的内容，因为感觉Nas不是正常的linux系统

2.威联通Nas安装Zerotier

看的这个教程

高速远程访问NAS——用Zerotier免费实现内网穿透，远程管理NAS中心！- 知乎 (zhihu.com)

从这里往下开始看

看到这里结束

再回到

构建Zerotier私有根服务器(Planet)，实现比MOON更稳定的内网穿透 - 知乎 (zhihu.com)

https://zhuanlan.zhihu.com/p/544807922

这个教程，看linux篇，替换一下planet

感觉自己是伞兵的一些操作：

几个小时之间记得自己明明能在命令行界面找到.qpkg但用winscp时找不到，最后发现自己没设置显示隐藏文件

nas的系统找不到service和systemctl命令，我替换planet之后没办法用命令重启zerotier服务，所以我选择在nas的appcenter里停止再重启zerotier，但我猜这样干的话他的服务进程其实也还是没有停止的，即使加入了网络，在网络的后台也看不到设备，于是又在这儿卡了一小时，

最终解决方法就是直接重启Nas，于是终于能在网络后台发现nas了

3.手机安装Zerotier

Zerotier 非官方安卓客户端发布：支持自建 Moon 节点 - 知乎 (zhihu.com)

https://zhuanlan.zhihu.com/p/362884740

用的这个，大佬不愧是大佬，配置起来极其方便。

4.win11安装Zerotier

明明按理说应该是最简单的，但我搞了一天多了，还没成功

安装倒是没问题，但有其他的问题，首先是Node：unknown

市面上所有解决nodeunknown的方案只有几个，我都试了，没用

我研究了研究，zerotier会给电脑新建一个虚拟网卡，但我去我的网络适配器里看了看，没有

运行zerotier的时候也会闪过一个错误

找不到这个文件，我看了看，确实没有，网上说是驱动有问题，我手动安装了那个inf文件，没用，还是没有

网上说是版本问题，不适配，我下了很多其他版本，也没用。

不知道是win11的问题还是我电脑的问题几个小时后来更新：

看这个，虽然已经装过四五个版本的了，但死马当活马医还是想试一下，于是成功了，nodeid有了

win11无法正常使用zerotier - 『悬赏问答区』 - 吾爱破解 - LCG - LSG |安卓破解|病毒分析|www.52pojie.cn

https://www.52pojie.cn/thread-1660407-1-1.html

装这个之前我卸载了深信服之类的和网卡沾那么一点边的东西，不知道是不是这个问题

啊这就是成功的感觉，运行的时候终于不报错了，看了看安装文件夹里也有zerotier-one.port了，就连在电脑服务里面重启zerotier服务的时候，停止和启动都比原来快超级多。虽然过程是玄学的，但结果是好的。 ps，这个教程也不错

搭建私有 ZeroTier Planet 根服务器（Docker 版） | shiruixuan (gitee.io)

pss，我为什么不用ipv6？

家里宽带是移动的，只有ipv4没有ipv6，都说要去光猫后台改，我也想顺便把我家光猫改成桥接模式，昨晚光猫和电脑用网线直连，依然进不去光猫后台，不是用户名密码不对的那种，是拒绝访问或者无响应的那种，并且猫上啥也没写，我觉得移动有可能是直接给用户堵死了这条路，上网一搜在某个论坛发现有人问宽带小哥为啥进不去猫，小哥说现在都改成云防火墙了，他们现在也进不去了，我就放弃了。

主要是即使用了ipv6，比起zerotier的方案还是有挺多不方便的地方。

LTSpace

济南天气热了，偶然的热浪扑在脸上时，会让我突然想起长沙

工程里的取舍与熵减

VS Code 插件 Webview 本地文件链接修复记录

1. 问题现象

2. 根因分析

3. 修复方案

3.1 增加 Windows 本地文件引用规范化

3.2 修改 kT()，阻止本地文件链接被改写成浏览器 URL

4. 证据代码

4.1 文件引用解析入口已经增加 Windows 路径规范化

4.2 文件链接识别逻辑本身存在，并最终走 open-file

4.3 关键修复点：kT() 现在对本地文件链接保留原始 href

5. 验证结果

6. 回滚方式

7. 结论

Next 前端代理截断大文件请求体的排查记录

1. 问题现象

2. 请求链路

3. 第一阶段判断：不是 ZIP 本身不合法

4. 第二阶段判断：浏览器发出的 multipart 是否正确

5. 第三阶段判断：为什么会先出现 422

5.1 浏览器侧不再手写 Content-Type

5.2 Next 代理不再透传有风险的长度/编码头

6. 第四阶段判断：为什么后来变成 500

7. 根因

8. 修复方案

8.1 提高 Next 的请求体上限

8.2 代理层对 multipart 重新建包再转发

9. 前端交互上的补充

10. 这次排查的有效经验

11. 最终结论

Docker 私有仓库连接 EOF 错误排查指南

问题现象

环境信息

排查过程

Step 1: 验证网络连通性

Step 2: 验证 Registry 服务状态

Step 3: 检查 Docker 配置

Step 4: 定位根因

解决方案

方法一：添加 No Proxy 例外（推荐）

方法二：临时禁用代理

验证修复

总结

附录：构建阶段网络问题

问题现象

原因分析

解决方案

方案一：关闭代理

方案二：优化 Dockerfile（推荐）

最终 Dockerfile

附录总结

Grafana-Feishu 镜像拉取故障排障记录

第一阶段：尝试本地打包镜像并传到节点

思路

遇到的问题

再次遇到的问题

第二阶段：改走阿里云 ACR 镜像仓库

初始误区

第三阶段：推送镜像到 ACR

登录仓库

第一次推送失败

第二次推送成功

第四阶段：Kubernetes 改用 ACR 地址，但仍然失败

修改镜像地址

新问题：仍然拉不到镜像

第五阶段：切换到 ACR VPC 内网地址

第六阶段：切到 VPC 地址后，网络问题解决，但出现认证问题

第七阶段：确认根因 —— acr-secret 不存在

根因

第八阶段：创建正确的 imagePullSecret

第九阶段：最终修复成功

总结

FASTAPI新项目指北

FASTAPI工程自检

HACore-WSL安装流程

《沧浪之水》实体书阅读笔记

《沧浪之水》微信读书阅读笔记

**《沧浪之水》**微信读书阅读笔记

3.2 修改 `kT()`，阻止本地文件链接被改写成浏览器 URL

4.2 文件链接识别逻辑本身存在，并最终走 `open-file`

4.3 关键修复点：`kT()` 现在对本地文件链接保留原始 `href`

5.1 浏览器侧不再手写 `Content-Type`

第七阶段：确认根因 —— `acr-secret` 不存在

《沧浪之水》微信读书阅读笔记

第二十三章第21章

第二十四章第22章

第二十五章第23章

第二十六章第24章

第二十八章第26章

第三十章第28章

第三十一章第29章

第三十二章第30章

第三十三章第31章

第三十四章第32章

第三十五章第33章

第三十六章第34章

第三十七章第35章

第三十八章第36章

第三十九章第37章

第五十六章第54章

第五十七章第55章

第五十八章第56章

第五十九章第57章

第六十章第58章

第六十一章第59章

第六十五章第63章

第六十六章第64章

第六十七章第65章