E2147dev

分享图片

成功搭好图床 最近用Vercel和Cloudflare搭建了一个非常快的图床 引用图片测试：

马上就要开学了， 我们这儿有几所高中今天已经开始军训了， 我们是9月1号军训， 不知道为什么，总感觉有点紧张，有点期待未来的高中生活

这个博客原本的文章链接应该是这样的：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文件，就建好了 还是非常方便的 就当我之前没讲过那句话