成功复现程序员笑话
“在我本地能跑啊。”“跟我的CI/CD说去吧!” 我今天写React遇到了这样一个问题。 本地执行 npm run build,一切正常,没有任何报错。代码推送到仓库,Cloudflare Pages 自动构建,几分钟后收到构建失败的通知。错误日志指向生成 /index.html 时抛出了 TypeError: content.trim is not a function。 检查 src/pages/index.astro 文件,发现使用了 Vite 的 import.meta.glob 来读取 Markdown 文件: 123const modules = import.meta.glob('/src/static-info/*.md', { as: 'raw' });const content = await modules[path]();messages.push({ date: dateStr, content: content.trim() }); 本地环境跑了很多年,Vite...
删库跑路?
昨天打算升级成hugo,但是后面觉得太难用了,就放弃了。我打算把新开的hugo博客这个仓库删除由于我这两个仓库命名比较相似/hexobloge2147/hugobloge2147导致我根本就没有看清楚,就把我现在这个博客已经删除了还好本地有原版,重新创建这个仓库,然后再提交上去但是我发现Cloudflare的关联断了,只好重新连接仓库,之后就没有问题了所以说,没事就别想着升级了,这算得上是事故了 之后我再试试Astro框架,但肯定不做博客,现在这个够用了。我可以用Astro写一点React,之后再说吧
明天报道,但是
今天上午,学校发了通知,已经分班了 嗯,我查了一下,我是二班 和我同班的好像还有两个初中同学 其中有一个是特别特别令人讨厌的 这就很让人难受 不过,这些暂且不提 明天上午,我们要去学校报到 之后要军训七天 非常期待
分享图片
分享图片
成功搭好图床
成功搭好图床 最近用Vercel和Cloudflare搭建了一个非常快的图床 引用图片测试:
临近开学
马上就要开学了, 我们这儿有几所高中今天已经开始军训了, 我们是9月1号军训, 不知道为什么,总感觉有点紧张,有点期待未来的高中生活
URL变更说明
这个博客原本的文章链接应该是这样的: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点多,我们这儿打了几个响雷,当时我正在写作业,那突然一声吓了我一跳 黑色的云笼罩天空, 很难想象昨天还是蓝天白云,昨天的云特别厚,一朵一朵像远方飘去,有一种流动的美,天也特别蓝 今天上午,天特别蓝,云特别白,但到了中午,就渐渐变得昏暗了 突然间,雨水就像被泼到地上一样,这场暴雨持续不到半小时,就结束了 现在,天还是昏暗的。我看了天气预报,大概还要下几天雨
同一个 Cloudflare,为什么我的付费域名比免费域名快十几秒?
事情是这样的我同时维护着两个域名: 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 可能快个几十毫秒,但这解释...