E2147dev

这个博客原本的文章链接应该是这样的：https://101229.xyz/2026/08/22/2026-08-22-02/如你所见，它会自动生成这种/2026/08/22/的目录，这就非常难受，而我的命名方式是：年-月-日-当天的文章编号这样导致URL变这么长，但是我想起来config文件可以改，只需要把permalink这个参数改为posts/:title/就可以了我也打算改变一下命名方式就从这篇文章开始吧，当然搞年月日这一种，前面一共65篇文章，每篇都改一下，不太现实，那我还是按照这样一个命名方法吧：年-月-日-标题这样看来应该还好所以这篇文章的链接应该是：https://101229.xyz/posts/2026-08-23-url-change就这样吧 原来的文章 https://101229.xyz/2026/08/22/2026-08-22-02/应该改为 https://101229.xyz/posts/2026-08-22-02/格式还是不变的

讲一下我的雷霆操作 首先，讲一遍这个站点是怎么做的？用的是Hexo+butterfly主题，评论系统用的Giscus之前不小心埋下了几个坑 根目录首先就是这个博客，他没有放在根目录，它放的是/my-blog这个目录，这没什么大不了的，只需要在Cloudflare里选择一下就行 两个包管理器对，你没有听错，用npm装pnpm，然后两个并行这还是人类吗？没错，还真不是人类，DeepSeek干的它本意是让我用pnpm代替npm，但没想到执行坏了，直接变成两个包管理器由于Cloudflare每次构建时，都会读取Package-lock.json，但是这里多出来一个pnpm，所以它还会对比这两个文件，所以每次添加新的包的时候，必须要执行npm install和pnpm install，一个包要装两份，双倍的占用空间 用git下载Butterfly主题这个应该是一个更蠢的行为，只不过刚开始我没有注意到刚开始安装butterfly的时候，我发现这个主题死活推送不上去，导致样式缺失，但是后面搞了一个特别神经的操作，我也不记得是怎么搞的了，硬是把它提交上去了由于用的是webstorm，所...

今年夏天似乎有点奇怪 大部分时间都很凉快 也许是因为今年有不少台风，导致许多场暴雨，所以温度才这么低 室内比较闷热，但室外还是凉快不少的 就在刚刚，下午4点多，我们这儿打了几个响雷，当时我正在写作业，那突然一声吓了我一跳 黑色的云笼罩天空， 很难想象昨天还是蓝天白云，昨天的云特别厚，一朵一朵像远方飘去，有一种流动的美，天也特别蓝 今天上午，天特别蓝，云特别白，但到了中午，就渐渐变得昏暗了 突然间，雨水就像被泼到地上一样，这场暴雨持续不到半小时，就结束了 现在，天还是昏暗的。我看了天气预报，大概还要下几天雨

事情是这样的我同时维护着两个域名： 101229.xyz —— 自己买的顶级域名 k1f.is-a.dev —— 免费领的二级域名 它们指向同一个东西：Cloudflare Pages 上的同一个 Hexo 博客。DNS 都是 Cloudflare，CDN 也是 Cloudflare，甚至清除浏览器缓存后测试，结果还是一样—— 101229.xyz 加载首页大图，比 k1f.is-a.dev 快了十几秒。 十几秒是什么概念？在网页加载的世界里，这已经是从”秒开”到”想关页面”的差距了。 我一开始以为是 is-a.dev 这个第三方服务的问题。但当我用 Cloudflare Pages 自带的 *.pages.dev 子域名测试时，发现它也很慢，和 is-a.dev 半斤八两。 这就很有意思了。三个域名，同一个后端，同一个 CDN，同一个浏览器，为什么差距这么大？ 第一步：排除法——不是 DNS 的问题我先用 dig 和 curl -w 做了对比测试。 DNS 解析时间上，三个域名确实有差异，但差距在毫秒级别，不是十几秒的量级。101229.xyz 可能快个几十毫秒，但这解释...

昨天晚上，和我的几个初中同学一块去聚餐。 我们先去学校门口集合，随后去商场那边吃晚饭 我们选择了一家烤肉，这个烤肉居然还是现烤的，味道很棒，就是这个量太少了 随后，绕着商场逛那么几圈，我就先回家了，毕竟踩着自行车，不仅我感觉很累，而且也跟不上他们 这次聚餐总的来讲很棒，也算是给初中生活画上一个句号了

突然发现自己写文章速度不仅慢，而且质量还低，最关键的是markdown语法我还不是很熟练 所以这个创作流程是这样的：我先把我的选题，我掌握的详细信息，我的观点这些信息输给AI，然后让AI帮我写一篇文章，之后我在润色，发布 不过不要紧，AI生成的我都会在最底下标注。 我会继续努力的

本网站已接入评论系统 之前我写了一篇文章，讲了我拒绝接入评论系统这件事 但是现在我感觉这个评论系统还是不错的 毕竟有一个即时反馈的通道，我打算搞一个 我就看到了Giscus这个评论系统 看起来还不错，并且用Github Discussion，就不用自建了，非常方便 于是我随便创建了一个仓库，打开discussion，然后安装Giscus，再改一下config文件，就建好了 还是非常方便的 就当我之前没讲过那句话

为什么需要个人网站？ 刚刚我和一个朋友在探讨，为什么需要个人网站？ 是啊，为什么？这本来就是没意义的。现在任何一个平台，你都可以发布类似笔记，专栏一类的文章，基本上是畅所欲言。而维护一个个人网站，既麻烦，又没有什么经济价值。我听了以后，感觉很有道理，甚至开始怀疑自己做这个网站有什么价值了。 那我刚开始为什么要建设这个网站呢？主要是现在AI发达了，代码，尤其是前端，AI写的效果还是比较好的，甚至教程都可以直接问AI（但是一定要有一点基础的判断能力，如果全盘接受很容易吃大亏）看着别人都在建设网站，激发了我的好胜心和攀比心，然后就开始了。 刚开始我是让AI来搓一个管理的系统，当时的想法很蠢，就是直接用HTML写文章，然后把这个文章的信息添加到JavaScript里，然后再由HTML统一读取渲染。这个想法蠢就蠢在，我没有想到如果未来文章一多，那么肯定会很卡顿。甚至每次写文章还要手动读取。 后面我发现了博客框架这样一个好东西，它会自动把markdown文档渲染成HTML，也就是SSG技术，这样做统一性还是比较高的，基本上保持着整体的风格相同，甚至不用手动添加索引，还是非常棒的 本来我是想用...

申请is-a.dev域名，一波三折 几天前，偶然看到is-a.dev这个免费域名，我看着不错，准备注册。 首先，fork一份他的仓库，加一个json文件，讲几句话，CNAME目标，用途，提交，一气呵成 过了半天，我想起来，我没加邮箱！于是我补充了一次，但不小心把文件格式改乱了，于是又折腾半天，再提交 几天后，还是没合并，我急了，看了看主仓库的PR，没我的，完了！我提交到自己的分支里了，没合并到主线，白等了！！！ 我给你最直接最真相最透彻最凛冽最尖锐最深刻最现实最不加修饰最不绕弯最不迂回最不兜圈子最不迂回曲折最扎心最硬核最干脆最利落最爽快最果断最不墨迹最不拖拉最不拖泥带水最戳痛点最不留情面最不讲人情最不讲场面最不顾体面最一针见血最开门见山最单刀直入最直击要害最直击核心最撕破表象最撕开伪装最不铺垫最不客套最不寒暄最不逢迎最不虚伪最不煽情最不矫情最不造作最不内耗最不废话最不赘述最不冗余最不空洞最不拐弯最不绕路最不磨叽最不扭捏最不装腔最不做作最不端着最不摆架子最不故作高深最不故作姿态最不啰嗦最不絮叨最不唠叨最不拖沓最不迟疑最不犹豫最不委婉最不含蓄最不模糊最不模棱两可最不掩饰最不遮掩最不藏...