 xmz7891
|
be59a20036
|
2.1.5：修「Windows 7 装完报 dll 缺失」
用户报：学校的电脑是 Windows 7，装完提示缺 DLL。
== 根因不是漏打包，是 Python 版本越界 ==
Python 3.8 -> 最后一个支持 Windows 7 的版本
Python 3.9+ -> 只支持 Windows 8 及以上
Python 3.9 起用到了 api-ms-win-core-path-l1-1-0.dll 里的
PathCchCanonicalizeEx，而这个 DLL **Windows 7 上根本不存在**，
也没法用 api-set 转发（那套机制只在 Win8+ 生效）。
所以之前用 3.11 打出来的包，在 Win7 上必然报缺 DLL ——
**那个 DLL 不是"忘了放进包"，是"放进去也没用"。**
顺带说明：包里那 47 个 api-ms-win-core-*.dll 转发库正是
Python 为兼容 Win7 才带上的 —— 上游本来就考虑过 Win7，
只是 3.11 这个版本号越界了。
== 改法 ==
1. **改用 Python 3.8 打包，而且选 32 位**
32 位在 Win7 的 32 位和 64 位系统上都能跑，学校不用分两种发。
（64 位的包在 32 位 Windows 上直接起不来。）
依赖固定到 3.8 能用的版本：
Pillow==9.5.0（最后一个支持 3.8 的）
pyinstaller 6.x（保持 _internal 布局，和安装包/测试/卸载逻辑一致；
5.x 会把依赖摊在根目录，导致"_internal 在"那一项失败）
2. **打包脚本主动拦**
windows\build_exe.ps1 打包前先校验 Python：
* 找不到 3.8 -> 报错并给出安装命令
* 版本不是 3.8 -> 直接 throw，而不是默默打一个别人装不上的包
* 不是 32 位 -> 警告
Python 从 YKXMZ_PY 环境变量或常见路径里找，不写死。
3. **新增 Win7 兼容校验** _build\check_win7_compat.py
盯三件事：内嵌是不是 3.8 的运行库、**有没有**那个要命的 DLL、
exe 是不是 32 位。打包时和回归套件（3a9 关）里都会跑，
不过就拒绝出包。
== 顺手修的 ==
_build/test_installer_cycle.py 里写死了 ykxmz-setup-1.8.2.exe，
于是一直在**装一个不存在的旧包** -> 静默失败 -> 报出一堆
莫名其妙的失败（"配对码实际是 xxx"、"版本显示 v1.8.2"）。
改成自动找 dist 下版本号最新的包（按数字段排序，不能按字符串，
否则 1.9.0 会排到 2.1.4 前面）。
== 验证（用户要求：自己测一遍，没问题再上传）==
全量回归 42 个阶段全 PASS（含新的 "Windows 7 兼容" 关）
安装包完整周期 20/20
Win7 校验：python38.dll / 无 api-ms-win-core-path / 32 位
实际启动打包的 EXE：进程活着、TCP 监听、UDP 自动发现在听、
连接能建立（日志里有"设备接入"）
产物扫描：三件全部干净（无旧密码、无服务器 IP）
提交前泄漏闸门通过
安装包体积 14.4 MB -> 9.0 MB。
|
2026-10-09 13:16:31 +08:00 |
|
|
xmz7891
|
fc61dad0a3
|
补两个自检失败：build_exe.ps1 丢 BOM + run_agent 用了未导入的 time
全量回归只剩这两项红，都是我这几步引入的：
1. 编码审计：build_exe.ps1 缺 UTF-8 BOM
我用 edit 工具改它时把 BOM 丢了。PowerShell 5.1 会按 GBK 读，
里面的中文注释会变乱码。
2. Python 静态检查：run_agent.py:760 undefined name 'time'
我在 _restart_background 里用了 time.sleep，但 run_agent.py
模块级没有 import time（原来只有 run_silent 里局部 import）。
补上之后顺手在注释里记一笔：pyflakes 这一关是有用的。
顺带：test_double_click_window.py 的注释里我原样写了两个
U+FFFD 替换字符当例子，被编码审计当成乱码 —— 改成用文字描述。
现在全量回归 41 个阶段全部通过。
|
2026-10-07 21:50:00 +08:00 |
|
|
xmz7891
|
b76014709e
|
修用户报的三个问题 + 揪出我自己检查工具的盲区
用户报：
1. 官网 502
2. 局域网连接：输入配对码提示连上了但没反应，得推出去点设备才能连
3. 被控端安装时要能设中转服务器；之后双击 exe 也该能改配对码 /
开关新设备 / 中转地址 —— 但现在双击没反应
────────────────────────────────────────
问题 1：502（暂态，已恢复）
────────────────────────────────────────
你截图是 21:24:56，隧道日志显示 21:22:51 和 21:26:44 各重启了一次
—— 502 就发生在那个空窗里。现在三个服务都 active、10 条连接、
本机 200(3ms)、公网 200(2.6s)。
（重启是谁触发的还没查清，watchdog 的嫌疑最大，下一轮跟进。）
────────────────────────────────────────
问题 2：局域网连上后没反应（真 bug，已修）
────────────────────────────────────────
手表上有**四个**面板，靠手工 setVisibility 切换：
connectPanel 首页
controlPanel 控制面板
mirrorPanel 投屏
lanPanel 局域网连接页 <- 后加的
而 showControlPanel() 只藏了前两个：
connectPanel.setVisibility(GONE);
controlPanel.setVisibility(VISIBLE);
if (mirrorPanel != null) mirrorPanel.setVisibility(GONE);
// lanPanel 没藏！
于是从「局域网连接」页填完码、连接成功之后：
connect() 成功 -> showControlPanel() -> 控制面板显示了
但 lanPanel 还盖在最上层 -> 用户看到的还是局域网页面
表现就是用户说的「提示连上了，但没反应，得推出去到设备列表
点击设备才能连接」—— 推出去把 lanPanel 收掉，才看到底下。
**根子在于"每处切换都手写一串 setVisibility"**，加第四个面板时
必然漏。改成统一入口：
private void showOnly(View keep) // 藏掉所有面板，只留一个
6 个切换点全部走它。以后加面板只要在 showOnly 里加一行。
────────────────────────────────────────
问题 3：双击 exe 没反应（功能缺失，已补）
────────────────────────────────────────
原来是两件事叠在一起：
**3a. 装完之后双击永远静默**（main() 最后几行）
if not store.get("setup_done", False):
return run_setup(store)
return run_silent(store, None) # <- 什么都不弹
改成：没参数 + 已设置过 -> **打开设置窗口**。
后台运行走显式 --silent（开机自启和安装包都用它，不受影响）。
**3b. 设置窗口里没有中转服务器**
SetupWindow 原来只有 配对码 / 开机自启 / 放行防火墙。
现在加了：
* 中转服务器地址（可不填；只在一个 WiFi 里用就不需要）
* 允许新设备接入（开关，只在"设置"模式给）
并且给 SetupWindow 加了 mode：
"first" 第一次设置（防火墙 + 自启 + 转静默，老行为不变）
"settings" 已装好，只改配置
**3c. 顺带修了一个会静默失败的东西**
改完发现打包出来的 exe 一跑就 ModuleNotFoundError:
No module named 'lanremote.ui' —— **PyInstaller 的 --hidden-import
里没有 ui**。它是 tkinter 那套设置窗口的实现，而静默那条路
不需要它，静态分析就找不到。源码跑得好好的，只有 exe 会崩。
已加 --hidden-import "lanremote.ui"，并写了
_tests/test_double_click_window.py 针对**打包好的 exe** 验：
✅ 进程没崩 / 窗口弹出来了 / 标题是「ykxmz · 设置」
────────────────────────────────────────
额外揪出来的：我的检查工具一直在骗我
────────────────────────────────────────
反复被同一个问题咬了三次：补丁脚本为了加 import os / import re，
把它插到了 `from __future__` 前面，整个文件语法错。
而**我前面几次说的「全仓语法检查 0 个问题」是假绿**：
ast.parse(src) -> 通过（只解析，不做编译期检查）
compile(src, ...) -> SyntaxError: from __future__ imports
must occur at the beginning of the file
`__future__` 的位置是**编译期**检查，ast.parse 根本不管。
所以改成用 compile()，并写成
_tests/check_python_syntax.py（回归阶段 3a7），
它还会专门把"ast.parse 会放过、compile 会拦"的文件标出来。
实测：全仓 533 个文件，用 compile() 扫出 1 个坏的（ui.py），
而它正是让"双击没反应"的最后一个原因。
────────────────────────────────────────
还有一个重要发现
────────────────────────────────────────
**你一直在跑的是 10-06 的旧 exe**：
C:\Users\shu\Desktop\ykxmz\ykxmz.exe 10-06 17:43 <- 你双击的这个
LanRemote\dist_exe\ykxmz\ykxmz.exe 10-07 21:5x <- 修复都在这
它的 silent.log 正在反复报：
[21:15:59] 连接断了，重开一次再试（The read operation timed out）
[21:16:42] 中转连接出问题：RelayError: 请求失败: ...
[21:18:34] 已登记到中转：配对码 111111
这就是我修的那个 126 秒长轮询问题 —— 旧版超时太短反复掉线。
新版把客户端超时改成 180 秒了。
**所以这三个修复要装上新版才生效。**
|
2026-10-07 21:38:22 +08:00 |
|
|
xmz7891
|
b62ac865ea
|
ykxmz 1.5.0：修复手表端 TLS 证书校验 + MTU 修复网络稳定性
被控端
- 修复 MTU 问题：夹 MSS + 路径 MTU 探测（公网可用率 48% -> 100%）
- 复用 HTTP 连接（免掉每次新建 TLS 的 30% 握手失败）
- 每分钟回头找局域网，自动切回快 400 倍的路径
- 画面心跳帧：静止时省流量，客户端仍知道流是活的
- 锁屏时给出可操作的提示
手表端
- 内置 GTS Root R4 / GlobalSign Root CA，修 SSLHandshakeException
- 连接错误翻译成人话（证书/时间/解析/超时分别提示）
- 经中转连上后用服务器报的地址刷新已配对记录
- 新增局域网连接页面、服务器延迟检测
服务器端
- 支持 chunked 请求体（修每 16 秒一次的连接错乱与大面积 502）
- 网络调优脚本 net-tune.sh（开机自动应用）
- 管理页：批量删除、网络体检、下载区
- 隧道改 HTTP/2 + 双连接
文档
- 许可协议 / 安装前必读 / 安装后须知（作者：小麦子）
|
2026-10-06 19:01:05 +08:00 |
|