网站构建日志

找工作真的找得很烦，写一份简历感觉就已经精疲力竭了。看到不同的岗位需求，就想针对性去写简历。但是迟迟下不去手。想起来曾经让AI帮忙写过个人案例的PPT，最终AI给到了一份HTML代码，我觉得，写一个个人网站，全面展示自己，也许是个不错的主意。

展示自己牛逼的工作经历，展示自己有趣的项目经历，展示自己硬核的技术实力，展示自己朴素的摄影才华，展示自己健康的生活习惯。

后来一想，平常自己的想法那么多，可总想不做。那就加上博客的功能，偶尔写写文字什么的，让自己的脑子保持活跃，也能把自己各种各样的想法记录下来。

而且，这天我让AI给我做了个职业测评，我总想着在自己舒适的领域，拿一份稳定的工资。AI对我的评价挺高，说我有着大厂的工作经历，有着硬核的技术背景，结合自己的公关传播背景，或许该转变一下了。

那就开始干嘛。

嗯，谢谢你的鼓励与陪伴。

2026年5月28日，天气晴

一开始询问朋友，解决方案是使用Wordpress、自有nas等进行部署个人网站。跟Gemini交流之后，选择了astro技术框架+GitHub云托管+vercel云部署+notion+DeepSeek的方案。费用暂时是DeepSeek的API费用。

然后就是对于一个c++挂科几次的纯编程小白来说，接触代码真的是一件相当痛苦的事情。就拿部署开发环境来说，各平台版本之间的版本对齐、接口对齐，都要debug一下午。。。

然后还有许多其他可能是很基础的错误？反正都能一一解决了。

在收获初个粗糙的网站骨架之后，在拉通notion和网站之间的信息同步之后，也是收获了很久都已经没有过的成就感和满足感。

项目进度：

2026年5月29日，天气晴转暴雨

首次打包上传GitHub，部署vercel，拉通make和DeepSeek自动化流程

首次把项目打包上传托管平台，看似很简单，实则很多坑。

比如说打包代码时，涉及到隐私的.env文件不会被打包，所以部署vercel时，还需要在平台设置信任令牌。

比如说提交代码时，点击commit前，需要在message中填写修改内容。

比如说make中的update by和notion的兼容性问题。。定位这个逼问题真的把我逼疯了，整整一个下午，和Gemini反反复复检查，甚至Gemini都出现幻觉了，最后的最后，可算是定位到这个兼容性的逼问题上。太操蛋了。把我Gemini Pro额度都用光，操。

今日工作的一个小插曲是，构建make自动化流程时，我还和Gemini争论了一番。结果就是我输得一败涂地，然后理直气壮地用Gemini给的二次方案。

事情经过原委是这样的，我跟Gemini提了我的自动化需求，我在notion写文章，然后DeepSeek进行摘要总结，以便呈现在首页标题下，丰富首页信息流里的内容，并且选择了给到的make选项。Gemini根据我的需求，初步提的方案是make获取我notion上面的内容，然后过滤器选择AI Processing部分的内容，接着把获取的内容发送给DeepSeek进行摘要总结，然后返回信息，填入notion，再由网站抓取新内容进行发布。

我接受了这套方案，并且着手执行。过程中出现了bug，就是前文提到的那个update by的兼容性问题。Gemini在解决问题时发现了另一个问题，就是第二个notion节点之后，因为文章分段，会导致好几个文本内容，相当于把文章按照段落拆分成好几个部分给DeepSeek处理了。结果就是DeepSeek收到了好几个请求，然后返回好几个摘要。耗时耗力耗token。

这不是我想要的结果，但是我以为这是前置bug导致的。所以当我解决了前置bug时，我拒绝了Gemini提议的在第二个notion节点和http模块之间添加文本聚合器这一想法。

我啊，有时候还是太自以为是了。

跟Gemini一起干活时，自己的一些工程思维被Gemini夸了，也是收获了一波小确幸那般的迷之满足。人工智能的智商和情商也是可以很在线的嘛。

最后，完整拉通了make自动化流程，并且在初版方案上完善了许多许多，时间到了凌晨1点多。心满意足地躺被窝。大雨过后，原本40°C的广州甚至有了一丝凉意。

项目进度：

2026年5月30日，天气晴间多云

感觉到自己已经开始逐渐沉浸到这个项目中了，今早洗漱完准备去吃早餐，看到我妈在家，我问了一句，你今天不用上班吗？我妈说今天周六。

今天就两个比较无奈的事情啦。

一个是代码没有问题，但是开发平台版本没有升级到最新，导致新技术无法使用。然后还有配套软件也需要更新到最新平台，否则还是会出现运行错误。

另一个就是想法受限于技术。本来是希望能够针对移动设备，引入阶段性阅读。因为有一些文章会比较长嘛，然后我想要在移动设备上，把文章分章节，然后分页阅读。

我希望尝试引入进度可见性的阅读机制，去提升阅读兴趣，毕竟现在大家都挺浮躁的，静下心来阅读是一件挺难的事情。

遗憾的是，受限于当前的技术，几个想法要么被自己否定，要么被Gemini否定。只好放弃，等日后技术完善啦。

真是血泪教训，额度触底之后，自动切换到flash lite，继续使用写代码真的一塌糊涂，把我原来写好的代码弄得想死。最后回调到接近2点，还tm搞失眠了。

也学会了举一反三。

我跟Gemini提出一个修改点以及修改思路，大概就是我希望前端能够动态调整内容显示。但是Gemini指出了我思路里的错误，并且给了我建议，告诉我其实在notion端就可以简单实现相关功能。后面有类似设计时，我已经可以直接跟Gemini交流实现方法，并付诸实效。

今天定版信息流页设计。

项目进度：

2026年5月31日，天气多云

今天可以说是相当高兴了，因为我想到了文章内容页在移动设备上分页阅读新方案，并且成功在前端实现，效果杠杠的。

今天定版文章阅读页，着手打造个人信息页。

项目进度：

2026年6月1日，早上下了会雨，多云，但是太阳很晒

2026年6月3日，多云，很他妈闷和晒！！手一天都感觉粘粘的，头晕头痛，感觉容易抑郁自闭。

架构敲定。在这个系统中，Cloudflare R2 负责“物理仓储”，Notion 负责“账本记录”，Worker 负责“物流调度”，Astro 负责“橱窗展示”。

这是所有数据流转的地基，必须最先打好。

这是整个架构的大脑，一段部署在边缘节点的 JavaScript/TypeScript 代码。

这是一个存在于你电脑本地的独立 HTML 文件，是这套系统唯一的后台操作界面。

这是最终面向用户的部分。