e2147 Hexo https://i.101229.xyz/ All rights reserved 2026, e2147 E2147dev 2026-08-12T12:59:06.689Z e2147 如果你用过GitHub Pages、Vercel、Netlify或者Cloudflare Pages，大概会有一种相似的体验：把代码推到Git仓库，几分钟后一个网站就上线了，附带域名和HTTPS，整个过程不需要自己配置服务器，也不需要登录什么云控制台去上传文件。

这种体验背后，几家平台的做法其实高度一致。理解了这个共同原理，也就明白了为什么它们被称为“现代前端的基础设施”。

整个流程可以分成四个环节。

第一个环节是触发。你在本地写完代码，执行git push，代码被推送到远程仓库。仓库那边配置了一个Webhook，推送成功的瞬间会向Pages平台发送一个HTTP请求，告诉它“有代码更新了”。Pages平台收到这个信号，就开始准备干活。

第二个环节是构建。平台会启动一个临时的容器环境，在里面拉取你的代码，然后根据你的项目配置执行构建命令。如果是React项目，可能是npm run build；如果是Vue项目，也可能是类似的命令。构建过程的本质是把源代码转化成浏览器可以直接运行的静态文件——HTML、CSS、JavaScript。这个临时环境用完就会销毁，所以每次构建都是干净的、隔离的。

第三个环节是存储。构建产生的静态文件会被上传到平台背后的对象存储中，类似AWS S3或者MinIO这样的系统。这些文件被持久化保存下来，作为网站的源站内容。每一次部署产生的文件都是完整的、独立的，不会覆盖上一次的部署，这就为后面的回滚提供了基础。

第四个环节是分发。文件存入对象存储后，平台会把这些内容推送到全球的CDN边缘节点。用户访问你的网站时，DNS解析会将请求导向最近的CDN节点，而不是直接打到源站。这样无论访问者在美国、欧洲还是东南亚，都能获得比较快的加载速度。

在这套基础流程之上，还有三个几乎成为标配的交付体验。

零停机部署。每次构建完成的新版本并不会立即替换旧版本，而是先完整地上传到存储系统，等待所有文件就绪后，平台才把访问流量从旧版本切换到新版本。这个切换是瞬间完成的，用户不会感知到中断。如果新版本出了问题，回滚也是一样的逻辑——把流量切回到之前那个完整的部署快照，一秒钟就能完成。

自动化的HTTPS。只要你给网站绑定了自定义域名，平台会自动向Let’s Encrypt申请SSL证书，并且在证书过期前自动续签。整个过程不需要你手动操作，不需要每年记得去更新证书。

分支预览环境。当你发起一个Pull Request时，平台会为这个分支单独生成一个临时的预览链接。你可以在这个链接上测试新功能，团队成员也可以直接访问查看效果。PR合并之后，这个预览环境会自动销毁。这个能力让代码审查和测试变得非常自然，不再需要本地跑起来再给别人看。

把这些串起来看，Pages服务本质上做的事情是：把代码仓库、构建工厂、对象存储和CDN网络这四个组件无缝地整合在一起，让开发者只需要关注git push这一个动作。剩下的自动化流程，由平台在云端替你完成。

这就是它们的共同原理。不同的平台在细节上各有侧重，有的对特定框架优化更好，有的在边缘计算上走得更远，但最底层的这套逻辑，基本是一样的。

(AI生成)

]]> https://i.101229.xyz/2026/08/12/2026-08-12-03/ 2026-08-12T12:54:45.000Z 如果你用过GitHub Pages、Vercel、Netlify或者Cloudflare Pages，大概会有一种相似的体验：把代码推到Git仓库，几分钟后一个网站就上线了，附带域名和HTTPS，整个过程不需要自己配置服务器，也不需要登录什么云控制台去上传文件。

<]]> Pages服务的共同原理 2026-08-12T12:59:06.689Z e2147 为什么放假比上学还要累qwq

]]> https://i.101229.xyz/2026/08/12/2026-08-12-02/ 2026-08-12T09:03:09.000Z 为什么放假比上学还要累qwq

]]> qwq 2026-08-12T12:59:06.689Z e2147 今天闲着没事，点开F12分析下我的网站，都知道我在Cloudflare上开了一份，Github pages上也开了一份，可是，我发现了不一样的地方

我发现，在Github pages上的只有第一次加载慢一点，后面几次几乎都是秒开；而在Cloudflare上的速度一直很快

我打开F12，准备看一看

①Github pages版本
我发现了问题
第一次访问状态码是200 OK，而后面几次秒开，但状态码变成了304 Not Modified
共发出0.3KB数据，有0.1KB回源到服务器，而剩下0.2KB是不蒜子的统计
查了一下资料，大概是强缓存了整个首页

②Cloudflare版本
每一次都是200 OK，但结合我之前这篇：
https://i.101229.xyz/2026/08/05/2026-08-05-07/
彻底坐实了Cloudflare只强缓存JavaScript，CSS以及图片，对于经常变动的html文件缓存不深
还有它在我的页面里嵌入了统计脚本，通过这一点让我们得以在DashBoard中查看统计信息。

总结
根据以上信息，可以得知Cloudflare更注重内容的更新，Github更注重节省流量，各有各的优势

免责声明
文中提到的信息，均为个人实测，但不保证内容准确性严谨性，内容以“按现状”提供。注意：所有设置均为默认

]]> https://i.101229.xyz/2026/08/12/2026-08-12-01/ 2026-08-12T09:02:21.000Z 今天闲着没事，点开F12分析下我的网站，都知道我在Cloudflare上开了一份，Github pages上也开了一份，可是，我发现了不一样的地方

我发现，在Github pages上的只有第一次加载慢一点，后面几次几乎都是秒开；而在Cloudflare上的速]]>

探究不同CDN的缓存原理 2026-08-12T12:59:06.689Z e2147

]]> https://i.101229.xyz/2026/08/11/2026-08-11-02/ 2026-08-11T01:09:37.000Z

]]> 分享图片 2026-08-12T12:59:06.689Z e2147 现在的话，也不知道该干什么，

有种失落，却不知道失落在哪的感觉，

就很烦，

不过我现在倒有一些想法，把领的免费域名尽量的给他清空或者少用，否则管理起来真的很头疼。时间和精力才是最大的成本

以及专心经营这个博客，分享分享日常。

如果以后没有时间，那我也会尽量做到一周或两周更新一次
虽然说都是水文章，但至少能坚持。

毕竟一件事是否存在意义是因人而异的

主要是没有什么新的想法，也不想再继续试错了，现在越来越忙

算了，不管了，只要能继续前进，就好

]]> https://i.101229.xyz/2026/08/11/2026-08-11-01/ 2026-08-11T01:09:28.000Z 现在的话，也不知道该干什么，

有种失落，却不知道失落在哪的感觉，

就很烦，

不过我现在倒有一些想法，把领的免费域名尽量的给他清空或者少用，否则管理起来真的很头疼。时间和精力才是最大的成本

以及专心经营这个博客，分享分享]]>

迷途 2026-08-12T12:59:06.689Z e2147 昨天晚上我突发奇想
能不能首页根目录放HTML代码，然后再搞一个框架，指定它的URL为/post？这样的话混合架构，没准自由度会更高一点

但是今天试了一下，一堆报错，算了吧

之后我再折腾一下all in boom

折腾的时候我用的是hugo，毕竟，它以构建速度快而闻名

虽然说之前的那个折腾失效了，但我还安装了这个工具，我就试试搞一个更为轻量的，构建更快的博客

我看到了amigo框架，长得很像朋友圈，简单修改一下，我就构建成功了

就是这个相对路径问题太恶心了。还有hugo生成文章的时候，还必须要把TRUE改成FALSE，否则会视为草稿根本加不进去，这一点也太坑了，不过其他都还好

现在搞了一个比较轻量的小博客，可以用来写一些简短的句子

当然，现在这个博客肯定不会放弃，因为简单易用

反正两个地方我都会更新

你可以在这里体验：https://1f.cc.cd/
同时已经开源，欢迎访问我的Github仓库

对了，为了这个功能，课程表已经迁移到 https://1f.cc.cd/class

]]> https://i.101229.xyz/2026/08/09/2026-08-09-02/ 2026-08-09T08:40:29.000Z 昨天晚上我突发奇想
能不能首页根目录放HTML代码，然后再搞一个框架，指定它的URL为/post？这样的话混合架构，没准自由度会更高一点

但是今天试了一下，一堆报错，算了吧

之后我再折腾一下all in boom

折]]>

折腾hugo博客框架 2026-08-12T12:59:06.689Z e2147 一连几天都在下雨

雨断断续续

]]> https://i.101229.xyz/2026/08/09/2026-08-09-01/ 2026-08-09T08:40:19.000Z 一连几天都在下雨

雨断断续续

]]> 雨天 2026-08-12T12:59:06.688Z e2147 这个升学e网通，每天都要看好几节课

还不能摸鱼，不能挂机

]]> https://i.101229.xyz/2026/08/08/2026-08-08-02/ 2026-08-08T08:25:44.000Z 这个升学e网通，每天都要看好几节课

还不能摸鱼，不能挂机

]]> 太可恶了 2026-08-12T12:59:06.688Z e2147 前情提要
我领了qd.je和l.cd这两个还算短的免费二级域名，

但是当我领完之后，我才发现原来暂时还不支持Cloudflare！

那我就在想，像我们这些没有源站的人，用不了Cloudflare pages，那这个域名简直一点用也没有。

我十分灰心丧气，那么，还要再等上几个月吗？

不不不，我开始想别的方法

我突然想到Github pages用的是Let’s Encrypt自动签发的证书，没准我在这些域名自带的DNS面板中能试一试

添加cname指向github.io，随便写一个小项目，开个公开仓库，打开pages，然后添加custom domain

刚开始我用qd.je试了试，证书签发失败了，只能用http，这我哪能忍？还是放弃了
再试几次，依旧还是那样，我只能把qd.je这个免费域名注销了。

但是在昨天我又领了个l.cd免费域名，没办法，真的好玩
可是他同样也不支持CloudFlare

突然，一个鬼点子冒出来，我能不能再这么试一次呢？

说干就干，还是同样的套路，
添加cname指向github.io，用之前的项目，打开pages，然后添加custom domain
几分钟之后DNS检查通过了，直接把证书签好了
居然可以用！！！
但我还是不放心，我感觉这只是运气好，决定再试一次，排除偶然因素

于是我把这个域名从Github pages删除，再来一遍

过了几分钟，虽然DNS检查通过了，但是证书始终没签下来
我有些着急了
算了算了，不管了，我把它晾在一边

又过了十几分钟，当我打开看的时候，证书签下来了！！！！！
成功了
哈哈，原来真的支持

所以说，还是要敢于尝试的
这是项目链接：https://ee.x2.l.cd/
Github链接：https://github.com/2025studentdev/color
如果未来支持Cloudflare，那就更好了，那么现在就先用Github pages吧！

]]> https://i.101229.xyz/2026/08/08/2026-08-08-01/ 2026-08-08T08:20:01.000Z 前情提要
我领了qd.je和l.cd这两个还算短的免费二级域名，

但是当我领完之后，我才发现原来暂时还不支持Cloudflare！

那我就在想，像我们这些没有源站的人，用不了Cloudflare pages，那这个域名简直一点用也没有。

l.cd不支持Cloudflare，但支持Github pages！！！！！！ 2026-08-12T12:59:06.688Z e2147 刚刚正苦于不知道写什么的时候

原本比较亮的天突然变得灰暗

大概过了几分钟以后，渐渐刮起了大风，树随风飘动，窗帘飘飞，呼呼作响

又过了一会儿，雨渐渐变大了，原本柔和的雨滴，逐渐变多，猛烈的向地下砸去

我来到窗前，静静的坐着。

雨停了，

雨下了一次又一次，而我还在等待下一次

]]> https://i.101229.xyz/2026/08/07/2026-08-07-04/ 2026-08-07T02:28:21.000Z 刚刚正苦于不知道写什么的时候

原本比较亮的天突然变得灰暗

大概过了几分钟以后，渐渐刮起了大风，树随风飘动，窗帘飘飞，呼呼作响

又过了一会儿，雨渐渐变大了，原本柔和的雨滴，逐渐变多，猛烈的向地下砸去

我来到窗前，静静的坐]]>

下大雨了 2026-08-12T12:59:06.688Z e2147 刚刚，我在用PCL启动器玩Minecraft的时候，

我看到彩蛋那一栏，想起来有个今日人品的功能，

于是我就想着给网站加一个，

当然，这个算法也做好了，总之，就是综合当天时间等一系列数据，生成一份当天独一无二的数字，怎么刷新都不会变。

可以试试看，现在就放在公告栏处

]]> https://i.101229.xyz/2026/08/07/2026-08-07-03/ 2026-08-07T02:28:11.000Z 刚刚，我在用PCL启动器玩Minecraft的时候，

我看到彩蛋那一栏，想起来有个今日人品的功能，

于是我就想着给网站加一个，

当然，这个算法也做好了，总之，就是综合当天时间等一系列数据，生成一份当天独一无二的数字，怎么刷新都不会变]]>

新增今日人品功能 2026-08-12T12:59:06.688Z e2147 说实话，看别人的网站都有评论系统，在看我这个网站，什么都没有

我现在在考虑是否添加一个评论系统

但是我想了想，感觉还是算了

首先就是怕workers和数据库被刷爆，

其次，就是没有审核功能，有点不放心，

最后是我没能力折腾这件事，更没有维护

就这样吧，把目光转向别的功能

]]> https://i.101229.xyz/2026/08/07/2026-08-07-02/ 2026-08-07T02:28:04.000Z 说实话，看别人的网站都有评论系统，在看我这个网站，什么都没有

我现在在考虑是否添加一个评论系统

但是我想了想，感觉还是算了

首先就是怕workers和数据库被刷爆，

其次，就是没有审核功能，有点不放心，

]]>

该不该添加评论系统？ 2026-08-12T12:59:06.688Z e2147 前几天我又打听到eu.cc这个免费二级域名，

于是我满怀期待的注册了一个

注册还算简单，但是不仅要邮箱，还要绑定Authenticator这一类动态验证码，不过也还好

之后还是老一套，改ns，绑定cloudflare，新建pages项目，连接github仓库

访问的时候发现问题了，我用itdog测了一遍，大部分的访问被阻断了

后面查了一下信息，这类免费域名常常会被阻断，因为存在大量滥用问题

算了，只能放弃了，反正我都有.xyz了，知足了

毕竟免费域名，所有权不在我们手上

只能说，乐趣在于折腾

]]> https://i.101229.xyz/2026/08/07/2026-08-07-01/ 2026-08-07T02:27:37.000Z 前几天我又打听到eu.cc这个免费二级域名，

于是我满怀期待的注册了一个

注册还算简单，但是不仅要邮箱，还要绑定Authenticator这一类动态验证码，不过也还好

之后还是老一套，改ns，绑定cloudflare，新建pages]]>

免费域名这么坑 2026-08-12T12:59:06.688Z e2147 分享图片

Mygo!!!!!

]]> https://i.101229.xyz/2026/08/06/2026-08-06-03/ 2026-08-06T02:09:13.000Z 分享图片

Mygo!!!!!

]]> 分享图片 2026-08-12T12:59:06.688Z e2147 之前写了一个倒计时HTML，很简单，只有30行

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<!DOCTYPE html><html lang="zh-CN"><head><meta charset="UTF-8"><meta name="viewport" content="width=device-width,initial-scale=1.0"><title>高考倒计时</title>
    <style>
        *{margin:0;padding:0;box-sizing:border-box}
        body{background:#000;color:#fff;font-family:system-ui,sans-serif;height:100vh;display:flex;flex-direction:column;justify-content:center;align-items:center;overflow:hidden}
        body::before{content:"";position:absolute;inset:0;background-image:linear-gradient(rgba(255,255,255,.06) 1px,transparent 1px),linear-gradient(90deg,rgba(255,255,255,.06) 1px,transparent 1px);background-size:40px 40px;pointer-events:none}
        h1{font-size:clamp(1.2rem,4vw,2rem);font-weight:200;letter-spacing:.5em;margin-bottom:clamp(30px,8vh,80px);z-index:1;text-indent:.5em}
        .c{display:flex;gap:clamp(8px,2.5vw,30px);align-items:center;z-index:1}
        .b{display:flex;flex-direction:column;align-items:center}
        .b span{font-family:'Courier New',monospace;font-size:clamp(2.2rem,11vw,8rem);font-weight:700;line-height:1;font-variant-numeric:tabular-nums}
        .b p{margin-top:clamp(6px,1.5vh,16px);font-size:clamp(.5rem,1.5vw,.8rem);letter-spacing:.2em;color:#666;text-transform:uppercase}
        i{font-style:normal;font-size:clamp(1.5rem,7vw,5rem);font-weight:100;color:#333;line-height:1}
    </style></head><body>
<h1>高考倒计时</h1>
<div class="c">
    <div class="b"><span id="d">000</span><p>Days</p></div><i>:</i>
    <div class="b"><span id="h">00</span><p>Hours</p></div><i>:</i>
    <div class="b"><span id="m">00</span><p>Minutes</p></div><i>:</i>
    <div class="b"><span id="s">00</span><p>Seconds</p></div>
</div>
<script>
    const T=new Date('2029-06-07T09:00:00+08:00').getTime(),d=document.getElementById('d'),h=document.getElementById('h'),m=document.getElementById('m'),s=document.getElementById('s');
    function u(){let n=Date.now(),x=T-n;if(x<=0){d.textContent='000';h.textContent='00';m.textContent='00';s.textContent='00';return}d.textContent=String(Math.floor(x/864e5)).padStart(3,'0');h.textContent=String(Math.floor(x%864e5/36e5)).padStart(2,'0');m.textContent=String(Math.floor(x%36e5/6e4)).padStart(2,'0');s.textContent=String(Math.floor(x%6e4/1e3)).padStart(2,'0')}
    setInterval(u,1000);u();
</script></body></html>

现在把html中间内联的JavaScript抽离出来

1
2
3
4
5
<script>
    const T=new Date('2029-06-07T09:00:00+08:00').getTime(),d=document.getElementById('d'),h=document.getElementById('h'),m=document.getElementById('m'),s=document.getElementById('s');
    function u(){let n=Date.now(),x=T-n;if(x<=0){d.textContent='000';h.textContent='00';m.textContent='00';s.textContent='00';return}d.textContent=String(Math.floor(x/864e5)).padStart(3,'0');h.textContent=String(Math.floor(x%864e5/36e5)).padStart(2,'0');m.textContent=String(Math.floor(x%36e5/6e4)).padStart(2,'0');s.textContent=String(Math.floor(x%6e4/1e3)).padStart(2,'0')}
    setInterval(u,1000);u();
</script>

随便找一个JavaScript混淆工具
就得到了下面这一段

1
const _0x2a56c6=_0x5888;(function(_0x4c30d9,_0x1e8d78){const _0x3e728d=_0x5888,_0x2d0b75=_0x4c30d9();while(!![]){try{const _0x3498a8=-parseInt(_0x3e728d(0x111))/0x1*(-parseInt(_0x3e728d(0x102))/0x2)+-parseInt(_0x3e728d(0x10b))/0x3*(-parseInt(_0x3e728d(0x10a))/0x4)+parseInt(_0x3e728d(0x105))/0x5+-parseInt(_0x3e728d(0x10d))/0x6*(parseInt(_0x3e728d(0x104))/0x7)+parseInt(_0x3e728d(0x109))/0x8*(-parseInt(_0x3e728d(0x10c))/0x9)+-parseInt(_0x3e728d(0x10f))/0xa+-parseInt(_0x3e728d(0x108))/0xb;if(_0x3498a8===_0x1e8d78)break;else _0x2d0b75['push'](_0x2d0b75['shift']());}catch(_0x1e4525){_0x2d0b75['push'](_0x2d0b75['shift']());}}}(_0x591e,0xaa8f0));const T=new Date(_0x2a56c6(0x103))[_0x2a56c6(0x106)](),d=document[_0x2a56c6(0x110)]('d'),h=document[_0x2a56c6(0x110)]('h'),m=document[_0x2a56c6(0x110)]('m'),s=document[_0x2a56c6(0x110)]('s');function _0x5888(_0x47a547,_0x538b67){const _0x591e0e=_0x591e();return _0x5888=function(_0x588844,_0x3b02de){_0x588844=_0x588844-0x101;let _0x269a09=_0x591e0e[_0x588844];return _0x269a09;},_0x5888(_0x47a547,_0x538b67);}function _0x591e(){const _0x54f174=['000','148siPsMJ','2029-06-07T09:00:00+08:00','273JEWkEv','4548785uoONsM','getTime','textContent','11117018Yiwmrn','136UlZBcu','143540sJdogC','90nouaqW','341307ECMzPL','80604kcCLtk','floor','45100VIKZYM','getElementById','12109bvXMSM','padStart'];_0x591e=function(){return _0x54f174;};return _0x591e();}function u(){const _0x2642d1=_0x2a56c6;let _0xb6362c=Date['now'](),_0x28374a=T-_0xb6362c;if(_0x28374a<=0x0){d[_0x2642d1(0x107)]=_0x2642d1(0x101),h['textContent']='00',m[_0x2642d1(0x107)]='00',s[_0x2642d1(0x107)]='00';return;}d[_0x2642d1(0x107)]=String(Math[_0x2642d1(0x10e)](_0x28374a/0x5265c00))['padStart'](0x3,'0'),h[_0x2642d1(0x107)]=String(Math[_0x2642d1(0x10e)](_0x28374a%0x5265c00/0x36ee80))[_0x2642d1(0x112)](0x2,'0'),m[_0x2642d1(0x107)]=String(Math[_0x2642d1(0x10e)](_0x28374a%0x36ee80/0xea60))['padStart'](0x2,'0'),s[_0x2642d1(0x107)]=String(Math['floor'](_0x28374a%0xea60/0x3e8))['padStart'](0x2,'0');}setInterval(u,0x3e8),u();

看起来效果还不错

]]> https://i.101229.xyz/2026/08/06/2026-08-06-02/ 2026-08-06T01:48:03.000Z 之前写了一个倒计时HTML，很简单，只有30行

1

    
    javascript混淆
    2026-08-12T12:59:06.688Z
  
  
    
      e2147
    
    
          
    
      
                
                
  
]]>
    
    https://i.101229.xyz/2026/08/06/2026-08-06-01/
    
    2026-08-06T01:30:16.000Z
    Here's something encrypted, password is required to continue reading.
    加密文章测试
    2026-08-12T12:59:06.688Z
  
  
    
      e2147
    
    
      之前我想给Hexo博客加一个构建时间功能
我让AI帮我写了一个
前情提要：https://i.101229.xyz/2026/08/05/2026-08-05-03/
可惜呀，可惜，我忘记了cloudflare的构建服务器用的是UTC时间，
我问了AI，他说是没有指定时区导致的，
于是我直接commit在文件最开头加上这句：
process.env.TZ = ‘Asia/Shanghai’;
我本以为这样事情就结束了
结果啊，结果构建时间直接就不动了
我开始反思
最后想起之前看过一篇文章，Cloudflare会强缓存JavaScript和CSS，不缓存HTML
这就说通了，
于是我再让它写了个版本，直接使用script的HTML注入，把构建时间信息塞到.other-footer，也就是网页底部
我现在把这篇文章再提交上去
要是这次修改再没用，那我也没招了
那就明天再修吧
后记
我把这篇文章喂给AI，我发现AI的思考过程中提到了浏览器缓存，
我在提交这篇文章之前，也就是发布这个版本之前，
特地把浏览器缓存清了一遍，
结果发现，居然运行了，
之前的代码能用，只不过我没有清缓存！！！
只不过我再想了一下
万一经常看我博客的人，不清浏览器缓存，实际上这个也不好，
释怀了
]]>
    
    https://i.101229.xyz/2026/08/05/2026-08-05-07/
    
    2026-08-05T09:05:15.000Z
    
      之前我想给Hexo博客加一个构建时间功能


我让AI帮我写了一个
前情提要：https://i.101229.xyz/2026/08/05/2]]>
    

    智斗AI
    2026-08-12T12:59:06.688Z
  
  
    
      e2147
    
    
      之前我不是做了一个显示构建时间功能么？
现在是下午16点，可是它却显示是8点
我就想16-8，不是8么，
时差八小时，坏菜了，Cloudflare构建的服务器可能用的是UTC时间
导致显示的构建时间有问题
我灵机一动
在js前面加一个process.env.TZ = ‘Asia/Shanghai’;
指定使用标准的时间
这下就没问题了
就是耗费一次构建次数…
]]>
    
    https://i.101229.xyz/2026/08/05/2026-08-05-06/
    
    2026-08-05T08:47:21.000Z
    
      之前我不是做了一个显示构建时间功能么？


现在是下午16点，可是它却显示是8点


我就想16-8，不是8么，


时差八小时，坏菜了，Cloudflare构建的服务器可能用的是UTC时间


导致显示的构建时间有问题


    
    修bug
    2026-08-12T12:59:06.688Z
  
  
    
      e2147
    
    
      已经上高中了
现在学业只会越来越繁忙
也许以后更新会越来越慢
大概每周更新一次
不过放心，我会继续更新的
  e2147  dev
]]>
    
    https://i.101229.xyz/2026/08/05/2026-08-05-05/
    
    2026-08-05T08:06:42.000Z
    
      已经上高中了


现在学业只会越来越繁忙


也许以后更新会越来越慢


大概每周更新一次


不过放心，我会继续更新的