 im0o
|
60fb015e36
|
关掉 Bun.serve 的空闲超时，静默的日志流不再被掐成 500
内核 /logs 在没有日志产生时一个字节都不发（响应头随第一行日志才写出），
Bun 默认 10 秒空闲就关连接，经 vite 代理变成无响应体的 500，界面上只剩
一句指不到病根的「日志接口请求失败」。只监听本机的工具，不设空闲超时
没有被拖死的风险。
|
2026-08-11 23:25:52 +08:00 |
|
|
im0o
|
07a43b5a56
|
仪表盘细节修整，内核卡片搬左列并加重启
- 曲线空态和图共用一个定高容器，数据到来不再挤下面的内容
- 路由行去掉行间分割线：它会吃掉 hover 高亮的圆角
- 每路走势线先合并成 28 桶再画。3 秒一个采样直接全画，在一条
百来像素宽的线上只剩噪声；没采集的桶画断口，不画假零
- 环形图两段加圆角，交界用底色描边让出间隙
- 内核卡片从右列搬到服务器和路由之间（左列本来就矮一截），加
「重启内核」：POST /restart 后内核自我 exec、PID 不变，恢复没有
任何通知，只能每 2 秒探一次，半分钟探不到交还给外壳心跳
|
2026-08-11 22:42:40 +08:00 |
|
|
im0o
|
ce181e9ae5
|
服务端代答主机指标与公网 IP 检测
mihomo 的管理接口只报自己的内存，CPU、主机内存、网关、内网地址只有
跑在同一台机器上的 Patchbay 服务端答得出，所以加 /api/host 由它代答。
/api/host/exit 把本机某个入站端口设成代理去访问 ip.sb——浏览器发不出
「经由某个端口」的请求，这条只能走服务端。
|
2026-08-11 22:26:17 +08:00 |
|
|
im0o
|
6c8a1c4e0e
|
并行开发前的清场：白名单、读流模块、流量格式化
任务书承诺这些在分发前已存在。/traffic /logs 补进读白名单（在流式清单
里却不在读白名单里，仪表盘和请求页一开工就 403），PUT /providers/rules
补进写白名单（规则页的立刻更新）。web/stream.ts 把分块流缝成完整的行，
分块边界和行边界无关是它存在的全部理由；shared/format.ts 是连接页和
仪表盘共用的流量数字格式化。
|
2026-08-11 18:02:21 +08:00 |
|
|
im0o
|
4da501ded6
|
给落盘保护链路补上单元测试
全项目最关键的一条链路此前只有手动脚本在守。跑在一个假内核上，覆盖
在线路径的八种情形：正常保存、基准过时、内容未变、自检断引用、内核
拒绝后还原、恢复备份、路径穿越、备份轮换。mihomo -t 那条离线路径需要
真内核二进制，测不到，离线行为仍靠人工验证。
|
2026-08-11 14:41:56 +08:00 |
|
|
im0o
|
17f8b3f3fa
|
保存链路：内核在线时跳过 mihomo -t，离线时写盘不再回滚
实测 mihomo -t 占整条保存链路九成以上耗时（4-9.4 秒），而 PUT /configs
自带同一套解析、失败时什么都不应用，配合既有的还原备份等于校验，重载
只要几十到几百毫秒。代价是写盘到还原之间的短暂窗口里磁盘上存在一份
可能有错的配置。
顺带修正离线行为：原来重载连不上会把刚写好的文件还原掉，但内核起不来
时用这个界面修配置正是核心场景，现在离线走 mihomo -t 校验后写盘不重载。
|
2026-08-11 14:39:09 +08:00 |
|
|
im0o
|
e9e2eb555d
|
每路入站配一组专属策略组，换线不再改配置文件
原本换一条线要改 config.yaml、跑校验、等内核重载，几秒起步；而换线恰恰是这个工具
最高频的动作，把它放在最重的路径上方向就错了。现在每一路配一个 select 组加 AUTO、
FALLBACK 两个，入站的 proxy 永久指向 select，换线只是调一次内核接口。这样做的前提是
选中不会丢：内核把它写进 cache 文件，重启后由 patchSelectGroup 恢复，而
profile.store-selected 默认为真。
链式代理靠给来源订阅复制一份声明、挂上 override.dialer-proxy 实现，因为这个字段写在
策略组上内核只会打条日志然后忽略。副本是 type: file 读原订阅已经落盘的缓存，而不是
自己再拉一次：自己拉的话订阅地址一不可达副本就是空的，那一路入站会一条线都不剩，
表现是端口还在监听却没有任何出口。
顺带把 shared/outbound-chain.ts 里「只有 Selector 接受手动选择」那条断言删了，它是
错的（内核检查的是 SelectAble 接口，URLTest 和 Fallback 也实现了）。界面仍然只让
Selector 可点，但理由换成了另外两种的手动指定会被它们自己撤销。
完整取舍见工作区决策记录 0007。
|
2026-08-11 03:10:38 +08:00 |
|
 im0o
|
afe53b9790
|
后端补上流式透传和两个写操作，给后面几个页面铺路
原以为流量和日志要写 WebSocket 转发，实测不用：内核在没有 WebSocket 升级时把
traffic、memory、logs 退化成分块的 HTTP 流，一行一个 JSON（server.go:380-383）。
现有的透传本来就能流式传，唯一的问题是那个 15 秒超时会每隔一会儿掐断一次，
给这三个路径去掉超时即可。
写操作照旧是白名单，逐条列出：断开连接（DELETE /connections 和 /connections/{id}）、
刷新订阅（PUT /providers/proxies/{名字}）。两者都只改内核运行状态、不碰配置文件，
所以不走落盘那条保护链路。方法和路径都要匹配才放行，测试里有反例。
|
2026-08-10 19:45:31 +08:00 |
|
|
im0o
|
c5ac59ecf9
|
按审查结论重构：先补测试网，再搬代码
顺序是刻意的。前端一行测试都没有，直接挪代码挪坏了 bun test 不会红，所以先把纯逻辑
抽到能被测试的位置并补上用例，最后才动组件。测试从 37 条增加到 77 条。
抽出来的四块：
- shared/outbound-chain.ts 「这个端口现在走哪条线」的链路解析，带防环，9 条测试
- web/delay-test.ts 延迟测试失败时说什么，6 个分支原本一条测试都没有
- web/runtime.ts 运行时状态的模块级单例，照 prefs.ts 已有的模式
- web/components/InboundList.vue 入站列表
出站的文本原本散成四份（读一份、显示一份、写回一份、表单又抄一份），加一种出站模式
要同时改四处，漏一个就是显示与写回不一致。合并成 OUTBOUND_PRESETS 一张表。
给认证和透传白名单补了 20 条测试。两者都是安全边界、都是纯函数、都不需要内核在线，
之前却只靠需要活内核的冒烟脚本间接覆盖。其中「形似但不是健康检查的路径」几条确认了
正则没写松。
另外：配置快照不再把整份文件原文下发（前端从不读，白白让响应体积翻倍）；
yaml-cosmetics 的测试改走生产路径，之前它自己拼了一遍三步流程，落盘链路漏掉其中一步
测试照样会绿。
|
2026-08-10 18:21:23 +08:00 |
|
|
im0o
|
6b208847a2
|
修掉审查查出的五个问题
保存失败会丢掉整张表单：对话框在 await commit 之前就关了，重开是空的。改成只有成功才关。
错误响应原本有两种形状（{error} 和 {message,hint}），前端只读 message，于是服务端
写好的中文提示一律退化成「请求失败（HTTP 4xx）」。统一成 { message, hint? }。
路由处理器没有兜底：请求体不是合法 JSON、配置文件运行中被删，都会返回一个没有响应体
的 500。这条链路的立意是出事时把用户救回来，而出事时给的偏偏是最没信息量的一句话。
延迟测试失败被写进 done，而 done 的样式是成功绿。拆出中性的 notice——测不通是关于
线路的结论，既不是操作失败也不是成功。
刷新原本只有一个动词，测一条线路的延迟会导致整份配置被重读、重新解析、跑一遍引用校验，
外加四个往返。拆成 saved 和 runtime-changed 两个事件，运行时动作只重读运行时状态。
|
2026-08-10 14:29:46 +08:00 |
|
|
im0o
|
6029eacf50
|
修掉资源 404 被当成页面返回的 bug；加一条命令起开发模式
单页应用的兜底原本对任何找不到的路径都回 index.html，包括带扩展名的资源。
资源文件是带哈希的，每次打包换名字，浏览器缓存了旧 index.html 时会去请求一个已经
不存在的 .js，然后拿到一份 HTML，报出「MIME 类型不对」——一句完全指不到病根的错误。
现在带扩展名的路径找不到就回 404，index.html 也不再允许缓存。
另外 dev:all 一条命令同时起后端（--hot）和前端（Vite），省掉记两个终端和两个端口。
|
2026-08-10 14:15:22 +08:00 |
|
|
im0o
|
860da5d28f
|
订阅线路的类型、延迟和测速都改走 provider 接口
404 不是 bug。内核的 /proxies 只返回全局名字表（内置出站、自有线路、策略组），
订阅线路不在里面——跟「订阅线路不能被入站直接引用」是同一条约束，我没想到它同样
适用于运行时接口。所以 /proxies/{订阅线路}/delay 一律 404，而订阅线路的卡片也一直
没有协议和延迟，因为那些数据同样查不到。
现在运行时状态从两处合成：/proxies 给内置出站和策略组，/providers/proxies 给订阅线路
（它返回的线路本来就带完整的协议和延迟历史）。测速按线路归属选接口，订阅线路走
{订阅}/{线路}/healthcheck。实测该接口对同一条线路返回 200 和 325 毫秒。
|
2026-08-10 13:41:42 +08:00 |
|
|
im0o
|
5cdc183190
|
去掉转换入口，加测延迟，改掉刷新时丢状态的毛病
最要紧的是第三条：之前每次改完都会先切到「读取中」，页面被拆掉重建，
选中的那一路入站随之丢失，改个设置还得重新找回原来的位置。现在只有首次加载显示占位，
之后都是原地更新。切换策略组还做成了乐观更新——那一步不写配置文件，
没必要让点击等一个往返，真失败了随后的刷新会纠正回来。
测延迟按钮让内核并发测整个策略组。测不通是关于线路的结论而不是 Patchbay 出了问题，
所以全部超时用中性提示，不弹红框。
|
2026-08-10 12:53:56 +08:00 |
|
|
im0o
|
0062a261f7
|
补上真正日常要点的那个动作：切换策略组当前选中谁
之前的面板只做了「这个入站指向哪个出站」，那是改配置文件。但 metacubexd 里点一条线路
改的根本不是入站，是策略组的当前选中——调 PUT /proxies/{组}，不写文件、立刻生效。
mixed-port 走规则表，末尾 MATCH,PROXY 把流量交给 PROXY 组，所以换那个组的选中就等于
换了这个端口的出口。这是每天都要点的动作，之前整个漏了。
面板顶部现在显示完整链条（PROXY → AUTO → 某条线路），并让人在最后一个策略组上换选中。
只显示第一层等于没回答「这个端口现在走哪条线」。
透传的白名单里为此开了唯一一个写操作，单独一条路由而不是放开整个转发。
|
2026-08-10 12:44:31 +08:00 |
|
|
im0o
|
7a764f5fe1
|
搭出前端骨架和入站列表
设计基调定为：层次靠底色和一像素描边而不是投影，一屏最多两层容器，间距给足。
tokens.css 顶部写了这三条规则，后面的组件都是它们的推论。
入站列表把两套写法合并成一张表：老式顶层端口字段（mixed-port 这些）和 listeners 数组。
只画 listeners 的话，一台只用 mixed-port 的机器打开会是空板，而那个端口正在跑——
这等于对用户撒谎。合并逻辑在 shared/inbounds.ts，带 10 个测试。
后端顺带能提供打包后的静态文件了，一个进程就能跑起来。
|
2026-08-10 04:10:17 +08:00 |
|
|
im0o
|
ada547adf7
|
加上 HTTP 接口层和令牌认证
接口分三类：配置读写走保护链路，内核状态和只读透传，静态字段表。
透传用白名单而不是黑名单——写操作属于运行时面板，等做到那步再单独开，
现在不留一个什么都能转发的口子。
令牌即便在只监听本机时也强制校验：同一台机器上跑着容器和别的服务，
「只监听 127.0.0.1」不等于「只有你能访问」。比较用常数时间，避免靠响应耗时猜。
scripts/api-smoke.ts 对着真服务和真内核跑 17 项检查，端到端确认过
改配置之后内核会重载、新端口真的被监听起来。
|
2026-08-10 03:37:49 +08:00 |
|
|
im0o
|
ac91b96ef8
|
写出配置落盘的保护链路
顺序是：检查基准是否过时 → 自己校验 → 临时文件上跑 mihomo -t → 备份 → 写入 → 重载，
最后两步任一失败就从备份还原并让内核载回原样。
自己校验那一步不能省：实测 v1.19.29，入站的 proxy 指向不存在的出站时 mihomo -t 会通过、
重载会成功，直到有流量走到那个入站才在日志里报错。这类错误只有 Patchbay 查得出来。
路径在读环境变量时就转成绝对路径，因为内核的 PUT /configs 拒绝相对路径。
|
2026-08-10 02:56:04 +08:00 |
|