距离上一篇提到正在 Vibe Coding 只过去了一周，新的博客系统就已经上线啦！花了一点时间把文章从原来的 Typecho 搬出来，尤其是有图片的博客，纯手工匠心搬运。不得不说，Vibe Coding 的效率是真高啊。
博客现在完全迁移到自建的 BlankoBlog 系统上了，这是一个基于 Go 作为后端和 React 作为前端的博客网站，它的命名含义是 “blank” 和 “留白”。这周我想到 React 做 SEO 应该不太行，但是对博客来说，搜索引擎的索引非常重要，很多自然的访问只能靠搜索而来。但是我也不想用什么 Next.js SSR 之类听起来很 fancy 的东西，所以就把博客的内容页改成了服务端模版渲染（其实也是 SSR 哈哈哈）。
Go 作为服务器真是合适啊，编译成二进制可以直接就在机器上跑起来，不用配什么环境，不用有什么外部依赖；可以直接 serve 静态内容，所以 React 做的博客管理端页面也完全可以由同一个 server 来支持；也可以做模版渲染，所以读者页面也是用同一个 server 渲染出来的。环境、依赖、静态文件，都是我用 Django 时感到苦恼的地方。
更重要的是内存也有很大节省。现在网站迁移完成跑起来之后，我去面板看了一下，博客的这个容器只消耗了不到 10 MB 的常驻内存，相比之下 Typecho 有 40 MB 的内存，Typecho 依赖的 PostgreSQL 有不到 10 MB 的内存（如果用 MySQL 那糟糕了），可以说是立省 80%。
目前博客从读者角度来说完成了功能的平滑迁移。因为读者页面也是模版渲染，可以完全复用之前 Typecho 的 Final 主题 的样式了，所以新旧两版看起来是像素级别的一模一样。不过也稍微有所调整，增加了代码高亮，之后可能还会随着使用，再略微改进一下。
从作者的角度，新的后台功能已经基本完善，包括编写，上传图片和附件，管理标签，审核评论等等。但是随着使用，还发现了一些 bug，也有一些功能和体验上优化的地方，会随后陆续加入。等功能都差不多了，就可以发布一个比较正式的 Release 版本。
这次搬家唯一的缺点是文章网址的变动。因为我之前在 Typecho 的永久链接设置不是太合理，用的是 年/月/文章名 这样的网址，而这次迁移后我觉得还是抛弃 年/月 的前缀比较好，只采用完全自定义的 slug。这就导致了所有文章的网址都变了，之前被搜索引擎索引到的一些文章，不知道要多久才能更新过来。不过这总比用了 React 前端之后啥也索引不到要好多了。
目前对这个新的博客还是十分满意的，不得不说这做的比我之前纯手工打造的 DjangoBlog 要让我满意多了。Vibe Coding 有时候甚至会给出一些比较惊喜的实现，可能它只是遵循了它学习到的 best practice，但是对我来说可能是我没有意识到或者之前不太了解的新知识。这么说起来，我其实有些认同 Yann LeCun 的观点，现在的大模型只是在基于概率去预测下一个字符，所以胡编乱造啊幻觉啊都会出现。不过我不太清楚的一点是，如果大模型的复杂度逐渐提升，它会不会真的出现质变的智能呢？毕竟现在的大模型，已经涌现出了看似智能的推理能力，假如它的规模能做到人脑或者动物的大脑一样复杂，会不会真就成了。
收回一些胡乱的想象。就这个博客本身来说，完全自建的系统给了我非常大的灵活性，不论是样式还是功能，都可以借助 AI 来帮我不断完善和改造，所以我对它充满期待，之后完全可以加入更多新功能，比如读者页面图片的动态懒加载，作者页面图片的压缩处理等等。而且，因为我本身也是深度的用户，一边用着一边就会有非常具体的感受，各种优化和改进的想法也就自然出现了。这其实也让我想到现在很多公司做的产品，要想把产品做好，做这个产品的人，就首先得是这个产品的深度用户。一个东西如果你自己都不去用它的话，怎么能够把它做好呢？对，我说的就是 —— Microsoft Copilot（狗头
还没有评论。成为第一个评论的人！