E2147dev

今年夏天似乎有点奇怪 大部分时间都很凉快 也许是因为今年有不少台风，导致许多场暴雨，所以温度才这么低 室内比较闷热，但室外还是凉快不少的 就在刚刚，下午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，没我的，完了！我提交到自己的分支里了，没合并到主线，白等了！！！ 我给你最直接最真相最透彻最凛冽最尖锐最深刻最现实最不加修饰最不绕弯最不迂回最不兜圈子最不迂回曲折最扎心最硬核最干脆最利落最爽快最果断最不墨迹最不拖拉最不拖泥带水最戳痛点最不留情面最不讲人情最不讲场面最不顾体面最一针见血最开门见山最单刀直入最直击要害最直击核心最撕破表象最撕开伪装最不铺垫最不客套最不寒暄最不逢迎最不虚伪最不煽情最不矫情最不造作最不内耗最不废话最不赘述最不冗余最不空洞最不拐弯最不绕路最不磨叽最不扭捏最不装腔最不做作最不端着最不摆架子最不故作高深最不故作姿态最不啰嗦最不絮叨最不唠叨最不拖沓最不迟疑最不犹豫最不委婉最不含蓄最不模糊最不模棱两可最不掩饰最不遮掩最不藏...

水一篇文章 我给你最直接最真相最透彻最凛冽最尖锐最深刻最现实最不加修饰最不绕弯最不迂回最不兜圈子最不迂回曲折最扎心最硬核最干脆最利落最爽快最果断最不墨迹最不拖拉最不拖泥带水最戳痛点最不留情面最不讲人情最不讲场面最不顾体面最一针见血最开门见山最单刀直入最直击要害最直击核心最撕破表象最撕开伪装最不铺垫最不客套最不寒暄最不逢迎最不虚伪最不煽情最不矫情最不造作最不内耗最不废话最不赘述最不冗余最不空洞最不拐弯最不绕路最不磨叽最不扭捏最不装腔最不做作最不端着最不摆架子最不故作高深最不故作姿态最不啰嗦最不絮叨最不唠叨最不拖沓最不迟疑最不犹豫最不委婉最不含蓄最不模糊最不模棱两可最不掩饰最不遮掩最不藏掖最不遮遮掩掩最不藏话最不隐瞒最直最坦率最坦诚最坦荡最露骨最真切最真诚最接地气最实在最老实最朴素最纯粹最不加美化最不加滤镜最实事求是最遵从现实最直击本质最看透内核最毫无保留最无所隐瞒最光明磊落的终极回答:我没绷住

玩不起SSR服务器渲染，试试SSG？一、SSR很好，但也很贵服务端渲染（Server-Side Rendering，SSR）是指在服务器端完成网页的渲染工作，将完整的HTML页面发送给客户端。当用户访问一个SSR站点时，服务器会根据请求的URL动态生成对应的HTML页面，然后返回给浏览器直接展示。 SSR的好处显而易见：首屏加载快、SEO友好、搜索引擎爬虫可以直接抓取到渲染好的页面内容。这也是为什么很多内容驱动型网站——博客、新闻站点、电商产品详情页——都会优先考虑SSR。 但SSR的代价同样不容忽视。 每次用户请求，服务器都要重新计算和渲染页面，这直接推高了CPU和内存消耗。遇到流量峰值时，渲染开销会线性放大。SSR通常需要更大、更强大的服务器来支撑，而且服务器需要持续运行Node进程。此外，SSR的实现复杂度高、开发和维护成本也不低。 说白了，SSR的“动态性”是用真金白银换来的。对于个人博客、小型文档站这类内容更新频率不高的站点，为每个访问者实时渲染页面，是一种不必要的负担。 二、SSG：把渲染搬到构建时静态站点生成（Static Site Generation，SSG）的...