]]>
]]>
这几天打开网站，总感觉有点慢
主要是Cloudflare，他不喜欢走最近的服务器，他直接绕路到美国和欧洲，
导致他虽然快，但是延迟也很高，总的来讲，速度还是有点慢
于是，我看到了edgeone pages，
无限的流量带宽，自动部署，最主要的是速度还很快
现在已经应用上了
可以通过这个链接来访问:https://cdn.101229.xyz/
今天又是折腾的一天
]]>这几天打开网站，总感觉有点慢
主要是Cloudflare，他不喜欢走最近的服务器，他直接绕路到美国和欧洲，
导致他虽然快，但是延迟也很高，总的来讲，速度还是有点慢
于是，我]]>
example.com）和子域名（如 blog.example.com）。这是关键的一步，需要在你的域名注册商或 DNS 服务商处操作。
blog.example.com）：添加 CNAME 记录。将子域名指向你的 GitHub Pages 默认地址 用户名.github.io。example.com）：添加 A 记录。指向 GitHub Pages 的四个 IP 地址：185.199.108.153185.199.109.153185.199.110.153185.199.111.153提示：DNS 更改后，生效可能需要长达 24 小时，请耐心等待。
blog.example.com），然后点击 Save（保存）。CNAME 文件。CNAME 文件。保存域名后，等待 GitHub 验证通过并自动配置 SSL 证书。在同一个 Pages 设置页面，勾选 Enforce HTTPS 即可强制使用 HTTPS 访问。
CNAME 文件内容是否准确。(AI生成)
明明概念都会，但是题目就是不会做。
qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq。
算了，事已至此，再预习一遍]]>明明概念都会，但是题目就是不会做。
qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，qwq，]]>
怪不得：艺术来源于生活
贴一句我很喜欢的话：
我们可以不美丽，但我们健康。
我们可以不伟大，但我们庄严。
我们可以不完满，但我们努力。
我们可以不永恒，但我们真诚。
]]>怪不得：艺术来源于生活
贴一句我很喜欢的话：
我们可以不美丽，但我们健康。
我们可以不伟大，但我们庄严。
这种体验背后，几家平台的做法其实高度一致。理解了这个共同原理，也就明白了为什么它们被称为“现代前端的基础设施”。
整个流程可以分成四个环节。
第一个环节是触发。你在本地写完代码，执行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生成)
]]>我发现，在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更注重节省流量，各有各的优势
免责声明
文中提到的信息，均为个人实测，但不保证内容准确性严谨性，内容以“按现状”提供。注意：所有设置均为默认
我发现，在Github pages上的只有第一次加载慢一点，后面几次几乎都是秒开；而在Cloudflare上的速]]>
]]>
]]>
有种失落，却不知道失落在哪的感觉，
就很烦，
不过我现在倒有一些想法，把领的免费域名尽量的给他清空或者少用，否则管理起来真的很头疼。时间和精力才是最大的成本
以及专心经营这个博客，分享分享日常。
如果以后没有时间，那我也会尽量做到一周或两周更新一次
虽然说都是水文章，但至少能坚持。
毕竟一件事是否存在意义是因人而异的
主要是没有什么新的想法，也不想再继续试错了，现在越来越忙
算了，不管了，只要能继续前进，就好
]]>有种失落，却不知道失落在哪的感觉，
就很烦，
不过我现在倒有一些想法，把领的免费域名尽量的给他清空或者少用，否则管理起来真的很头疼。时间和精力才是最大的成本
以及专心经营这个博客，分享分享]]>
但是今天试了一下，一堆报错，算了吧
之后我再折腾一下all in boom
折腾的时候我用的是hugo，毕竟，它以构建速度快而闻名
虽然说之前的那个折腾失效了，但我还安装了这个工具，我就试试搞一个更为轻量的，构建更快的博客
我看到了amigo框架，长得很像朋友圈，简单修改一下，我就构建成功了
就是这个相对路径问题太恶心了。还有hugo生成文章的时候，还必须要把TRUE改成FALSE，否则会视为草稿根本加不进去，这一点也太坑了，不过其他都还好
现在搞了一个比较轻量的小博客，可以用来写一些简短的句子
当然，现在这个博客肯定不会放弃，因为简单易用
反正两个地方我都会更新
你可以在这里体验：https://1f.cc.cd/
同时已经开源，欢迎访问我的Github仓库
对了，为了这个功能，课程表已经迁移到 https://1f.cc.cd/class
]]>但是今天试了一下，一堆报错，算了吧
之后我再折腾一下all in boom
折]]>
雨断断续续
]]>雨断断续续
]]>还不能摸鱼，不能挂机
]]>还不能摸鱼，不能挂机
]]>但是当我领完之后，我才发现原来暂时还不支持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吧！
但是当我领完之后，我才发现原来暂时还不支持Cloudflare！
那我就在想，像我们这些没有源站的人，用不了Cloudflare pages，那这个域名简直一点用也没有。
原本比较亮的天突然变得灰暗
大概过了几分钟以后，渐渐刮起了大风，树随风飘动，窗帘飘飞，呼呼作响
又过了一会儿，雨渐渐变大了，原本柔和的雨滴，逐渐变多，猛烈的向地下砸去
我来到窗前，静静的坐着。
雨停了，
雨下了一次又一次，而我还在等待下一次
]]>原本比较亮的天突然变得灰暗
大概过了几分钟以后，渐渐刮起了大风，树随风飘动，窗帘飘飞，呼呼作响
又过了一会儿，雨渐渐变大了，原本柔和的雨滴，逐渐变多，猛烈的向地下砸去
我来到窗前，静静的坐]]>
我看到彩蛋那一栏，想起来有个今日人品的功能，
于是我就想着给网站加一个，
当然，这个算法也做好了，总之，就是综合当天时间等一系列数据，生成一份当天独一无二的数字，怎么刷新都不会变。
可以试试看，现在就放在公告栏处
]]>我看到彩蛋那一栏，想起来有个今日人品的功能，
于是我就想着给网站加一个，
当然，这个算法也做好了，总之，就是综合当天时间等一系列数据，生成一份当天独一无二的数字，怎么刷新都不会变]]>
我现在在考虑是否添加一个评论系统
但是我想了想，感觉还是算了
首先就是怕workers和数据库被刷爆，
其次，就是没有审核功能，有点不放心，
最后是我没能力折腾这件事，更没有维护
就这样吧，把目光转向别的功能
]]>我现在在考虑是否添加一个评论系统
但是我想了想，感觉还是算了
首先就是怕workers和数据库被刷爆，
其次，就是没有审核功能，有点不放心，
]]>
于是我满怀期待的注册了一个
注册还算简单，但是不仅要邮箱，还要绑定Authenticator这一类动态验证码，不过也还好
之后还是老一套，改ns，绑定cloudflare，新建pages项目，连接github仓库
访问的时候发现问题了，我用itdog测了一遍，大部分的访问被阻断了
后面查了一下信息，这类免费域名常常会被阻断，因为存在大量滥用问题
算了，只能放弃了，反正我都有.xyz了，知足了
毕竟免费域名，所有权不在我们手上
只能说，乐趣在于折腾
]]>于是我满怀期待的注册了一个
注册还算简单，但是不仅要邮箱，还要绑定Authenticator这一类动态验证码，不过也还好
之后还是老一套，改ns，绑定cloudflare，新建pages]]>
