2025年05月09日18:54:56 南京禄口机场 13 号登机口。
随便写写一些想法,想到哪里写哪里。
我的周刊上次更新是 53 天之前,我还以为是半个月前,这又是我半途而废的一件事之一?
我和我关注的前前前司的 CTO 大概前后相差不大的时间一起开始写周刊,但是人家的周刊数量已经是我的三倍。
🤣
笑哭,做一件事情能做好的关键之一:持之以恒。
我会继续做这件事情,周刊不会停。
我入职了这家公司算起来两个半月了,一开始是第三方的外包合同,再到某种特殊形式的新合同,这份合同最让我满意的是工作的性质。
谢天谢地,我终于可以体验一下远程开发的岗位了,尽管有一些曲折和折衷的东西,最后的结果还不错。
上一个月,花了很多时间处理搬家和租房的琐事,最终还是找到了一个还不错的房子租下来了。工作之余的时间写了一些项目,时间上就不太够去了解新东西和写周刊,当然也需要一点时间陪家人,也花了一点时间玩了 LOL。
这一个月写了一些代码,算是真正地经历了整个完整的全栈开发流程,这段经历堪称弥足珍贵。
如果不去做一些东西,不参与到核心的开发中来,不经历这些场景,我的自我成长是非常慢的。
无论你认可与否,有些人能够快速进步,效率是普通人的几倍。而我就是普通人,甚至是有些懒惰,经常间歇性停下的普通人,我做了一些东西,但却没有坚持下去。
到现在,我手头半途而废的东西不少。
五个。
五个我写出来又删掉了内容的项目,无论大小,这些未完成的东西绝对不应该公开,实在是太掉价了。
但这五个东西一直在我脑子里,我得计划一下,逐一实现这些东西。
这几天晚上都在处理国内 VPS 的 web 服务部署问题,国内的网络让我恶心坏了,为什么会有这么多恶心的网络问题,我真是一个坑一个坑地踩下去。
未来还是无可避免要处理国内 vps 的场景,或许应该好好谢谢脚本避免掉重复性的操作。
此外,部署也是一个很有趣的经历。
前端和后端项目写好了,通过 CI/CD 去构建镜像,推送到私有源,再通知服务器拉取镜像,重启服务。
私有源部署在国外的 vps 上,网络即可畅通无阻。
目前的项目为了方便,还是缺少很多东西,诸如版本管理、vps 资源监控、通知告警系统、日志归集系统。
不知不觉地渐渐需要做这些一年半之前在厦门的时候看到老胡做的事情,虽然没有别人做的那么丰富,但是也算是一条有趣的道路。
2025年05月10日15:47:18 柳州回融安的路上
早上睡过头了,错过了和朋友约好的早茶,简直太过离谱了,我简直是罪不可赦。
最近的作息出了点问题,睡觉得比以往更晚,坏习惯很难改掉。
当然,在这之外会有非常多的烦恼,让我手足无措,不知所措。
还是回到代码上来,前段时间有一个项目用到了腾讯云的云函数,为了查数据需要通过 token 和一些秘钥去通过 https 的接口去调取官方接口,于是按着文档去操作,在开发环境下成功调取到了数据,但是构建之后却遇到接口返回的 412 错误。
遇到这个问题的时候,我真是百思不得其解,简单的 api 调用在开发模式和构建之后调用会有差异,并且是在官网查不到的 412 错误码。
这个时候我只能想到希望能够查看官方接口的日志,但是很显然普通开发者如果使用云函数调用,绝对是不可能查到他们的日志的,完全是一个不可控的黑盒。
我终于明白为什么群里的朋友不想用这种云函数的方式操作数据。
最后在社区的人指点下手动给 ky 这个库手动添加了 content length 头字段,在构建之后才正常拿到数据。
忽然想到群里的 Jason 推崇 axios,axios 虽然老,但至少被广大的用户使用着,你能遇到的问题很多人都遇到过了。我喜欢 ky 这个新的请求库,但这次也遇到这种问题导致我难以排查出 content length 这个关键。
我还是很难理解,明明基于 fetch 的 ky 已经对 post 请求做了 content length 自动计算的逻辑,为什么 build 之后还会有这样的问题。
我没有正确的排查思路,当我将构建后的请求体复制到接口测试工具里去的时候,一切正常,我没有意识到 content length 被自动计算的关键。
或许应该对相同的输入做差异检查,例如通过 wireshark 检查请求的差异。
412 相应还是让我很无语,如果是 content length 的问题,为什么不是 413 呢?412 按照规范来说也是检查请求头的条件字段啊。。。
无论如何,这个问题也算是解决了。
我非常需要重新构建自己的脚手架,利用上完整的 monorepo 机制和 npm 公开 package,以及完整的测试、日志、项目管理的东西。
2025年05月10日16:03:53 融安
还有很多事情等着我处理,很多烦心的事情。
先这样吧,Bye