梁栋烨的杂谈小站

本文介绍了作者在观看平成假面骑士后对特摄剧产生浓厚兴趣，进而深入探讨超级战队系列，特别是暴太郎战队的观剧体验与评价。作者对比了假面骑士与超级战队的风格差异，指出暴太郎以团队日常和正能量为核心，角色如桃井太郎、鬼妹、狗哥等个性鲜明，感情线丰富多元，包括鸡哥与夏美的细水长流、狗哥与索诺妮的患难真情以及鬼妹与太郎的欢喜冤家模式。作者还提及因经济紧张在抖音观看解说，未来计划补票支持正版。文章最后表达了对战队系列停更的遗憾，并批评接档作品 Crab 无限的剧情不佳。

本文介绍了 Cloudflare AI 防护功能对网站搜索引擎排名的影响及其解决方案。当用户开启 Cloudflare 的 AI 防护后，系统会自动生成一份 robots.txt 文件，即使网站原本没有该文件，也会禁止绝大部分 AI 和爬虫访问，导致网站在搜索引擎中掉排名甚至无法被搜到。作者通过必应警告发现了这一隐藏问题，并指出除非用户完全不关心网站排名且只希望朋友访问，否则应当关闭该自动功能，自行编写合适的 robots.txt。文章反思了个人网站运维中容易被忽视的细节，强调即便掌握 Linux 等运维技能，仍可能因这类小配置影响网站可见性。

本文探讨了作者重新审视个人网站价值的经历。作者通过分析 Cloudflare 后台数据发现，大量访客实为 AI 公司部署在西方的爬虫，它们批量下载中文内容用于模型训练却不贡献搜索引擎索引，导致其个人网站几乎无法被搜索到。作者与朋友的争论引出核心观点：个人网站不是保存工具，而是一个游乐场——配置 CDN、分析流量、甚至与爬虫斗智斗勇的过程本身就是乐趣。尽管知道内容可能被 AI 消化、姓名被抹去，作者仍选择继续更新，因为游戏的意义在于过程而非结局。文章反思了在 AI 时代个人创作的被利用与独特性的消解。

本文介绍了 Cloudflare Workers 与 Pages 两种原生部署模式的区别。文章从域名入手，指出 Workers 使用 workers.dev 而 Pages 使用 pages.dev。接着深入分析 Workers 的两种形态：Serverless 和静态 Workers。Serverless 以函数形式处理请求，存在冷启动问题，仅有算力无存储，需搭配云数据库如 Neon、MongoDB 使用；静态 Workers 则能连接 GitHub 仓库自动构建静态站点，但每次需回源计算，无法充分利用 Cache Rules。文章还对比了 Workers 与 Pages 在部署流程上的差异，并提供了使用 Wrangler 命令行工具推送代码到 Pages 或 Workers 的实战示例，帮助读者根据项目类型选择合适方案。

本文探讨了一位快退休的运维程序员花费七年时间运营公众号却无人问津的现象，反思了路径依赖与认知盲区的影响。作者对比了独立博客与公众号的优劣，认为若当初选择搭建个人网站，其积累的文章或许能成为数字资产并获得长尾流量。然而，文章最后指出，该运维程序员有退休金保底，运营公众号仅出于个人情趣，而真正依赖个人网站谋生的站长才面临生存压力。本文揭示了选择比努力更重要，但背景差异也会改变事情的实质。

本文介绍了作者因 GitHub 被封导致 Vercel 无法使用，不得不将博客评论区迁移到自家树莓派的过程。文章详细描述了使用 Waline 导出评论后，在迁移至 Cloudflare Pages 时发现评论大量丢失的乌龙事件。经过与 DeepSeek 彻夜排查，最终发现罪魁祸首是 Vercel 的路径问题：Vercel 将文章时间错误改为 10 号，导致路径为 2026/04/10，而本地正确路径为 2026/04/11，因此本地浏览时评论显示异常。此外，友链页面也因 Vercel 与 Cloudflare Pages 路径规范差异（是否带尾部斜杠）而无法显示评论。最终作者通过修改 Waline 源文件中的路径重新导入，成功恢复评论。文章强调 Waline 数据自主可控的优势，提醒开发者注意平台路径差异带来的兼容性问题。

本文介绍了作者因 GitHub 账号被封而被迫迁移网站的经历。作者在凌晨美化网站并推送更新时发现账号被 Masked，怀疑与使用域名邮箱有关。认为 GitHub 虽重要但访问不便，且存在被封风险，因此决定将网站迁移至 Cloudflare Pages。通过本地编译后拖拽部署，发现 Cloudflare Pages 速度极快，优于 Vercel。作者最终建议开发者备份代码至 Codeberg 或 Gitee 等平台，避免依赖单一服务商。全文体现了对开源平台风险的警觉与主动备份的重要性。

本文介绍了作者退出多个无聊 QQ 群的心路历程，包括 SpeedyNote、Arch、Gentoo 以及假面骑士特摄群等。作者反思这些群聊占用个人时间、带来无效社交压力，如 SpeedyNote 群的用户吹捧、Arch 群的话题压抑、Gentoo 群的老一辈说教、特摄群的现充氛围等。最终作者选择主动寻找适合自己的生活方式，更倾向于使用电子邮箱和博客网站进行记录与交流，认为这种“串门”式的互动比群聊更轻松、更有意义。文章表达了作者对人际关系处理的厌倦，以及对自由、真诚交流方式的向往。

本文介绍了作者在博客建站过程中对多种评论系统的使用体验与对比。文章首先回顾了作者从 Jekyll 和 Chirpy 主题开始的建站历程，并详细剖析了 Giscus 基于 GitHub Discussions 的简单易用性及其无法迁移评论、多用户混乱通知等缺点。接着分析了 Utterances 和 Gitalk 的不足，如需要 GitHub 登录、加载不稳定等问题。重点探讨了 Waline 及其家族的优越性，包括支持匿名评论、一对一邮件提醒、可迁移数据库以及与网站外观适配等。最后，文章总结了不同场景下的推荐：追求简单可用 Giscus，需要完整后台系统则选择 Waline 或 Twikoo，其他系统则不再推荐。本文为静态网站建站者选择评论系统提供了实用参考。

本文介绍了对网站进行的多项优化改进，包括将导航菜单中的“文章”改为更准确的“归档”；将首页布局的 `index_layout` 从 3 改为 4 并采用卡片展示方式，以提升视觉效果；将每页文章数从 10 篇增至 15 篇以提高浏览效率；以及为所有说说条目添加标签分类功能，涵盖生活、美食、技术、娱乐等类别，方便访客筛选查找。文章也提及了后续将布局和分页改回原设置的调整。这些改动从用户体验出发，使网站内容组织更清晰、浏览更便捷。