 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
|
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 |
|