博客

今天最重要的判断：隧道这层既然没人守得住，就不该再让页面依赖它；索引页的空白不是布局问题，是模板只有一行函数。 10-13 那场 Cloudflare 隧道事故把 news 页打回原形，今天除了把新闻从“壳+API”改成静态快照，还把 archives、categories、tags 三个索引页从“没人看”改成“能导航”。整个过程里最值钱的不是改完，而是两个坑：curl 200 不代表图没挂，CSS Grid 的 1fr 会偷偷把移动端撑爆。 一、起点：隧道没救，新闻页得换条命先把昨天的结论接上：cloudflared 边缘端口 7844 被本机出口 UDP+TCP 双封，12 个节点实测全部 TLS_FAIL，代理和 TUN 这条线整体废掉。用户今天报 demoblog.4everland.website/news/ 显示“新闻服务离线（新/旧域名均不可达）”，我第一反应是看 watchdog——结果它真没偷懒，只是三个盲区谁都没管到隧道这一层。blog 守卫按进程名判活，故障时 cloudflared 明明活着，只是在无限重试 dial 7844，却被判健康；yunpan ...

手机上所有看起来像前端的问题，最后都可能是存储层漏了一个字段。 中午打开博客 /news/，手机端两个毛病一起冒出来：热榜点进去报「缺少文章参数」，滚动时头部还浮在半透明遮罩上方。当时直觉是两个独立的前端 bug，结果一个要改到 store.py 的 SQL，另一个得重新排一遍移动端 flex 布局，还发现本机浏览器根本起不来，连张截图都没法自证。 一、热榜点进去「缺少文章参数」——根因在 hot_now() 少查了一个字段先看症状：博客 demoblog.4everland.website/news/ 的热榜条目点开后，阅读页直接显示「缺少文章参数」。刚开始我以为是 article.js 的参数解析问题，但顺着链路追下去，问题在存储层。 具体链路是： lib/store.py:hot_now() 从 hot_snapshot 取数，SELECT 里**只有 cluster_id，没有 item_id**。 服务端 _deco() 按 item_id 生成 item_url，返回的 JSON 里 item_id 就是 null。 博客页 esc(undefined) 变成空字符串，d ...

最坑的不是 30GB 的书，而是一个 186 字节的垃圾注入。 今天把 E:\yunpan_hub 的 932 本书静态化进了博客，部署到 GitHub Pages 上线。这活儿本来看起来只是“导个目录”，结果卡在一个插件污染 JSON 的问题上，差点让整个书库页白屏。 一、为什么选静态化：三条隧道内嵌路线全废最初想的是把本机书库服务通过隧道嵌进博客。结果三条路线全部排除：demo.fan 域名将要过期，用户确认以后不再用；xEdge 第三方组网免费套餐不含内网穿透；cpolar 免费版域名随机变。既然公网隧道都走不通，只剩方案①：把书库静态化进 Hexo，直接发布到 GitHub Pages，零成本、不依赖本机开机。 确定方案后，第一步就是盘货。 二、先盘货：932 本书只导出元数据+封面书库原始体积 29.3 GB，肯定不能直接传。所以只导出元数据 + 封面。 实测数据： 项 数值 书籍总数 932（931 本有封面） 格式分布 PDF 527 / TXT 173 / MOBI 150 / EPUB 64 / AZW3 18 ...

一想起永久，我就想起王菲的歌有时候有时候 我会相信一切有尽头 相聚离开都有时候 没有什么会永垂不朽 我不能避免死亡，我害怕死后什么都没有留下来。 作为默默无闻的一人，没有什么闪耀，慢慢的也过了创造奇迹的年纪，我的世界一片黑暗。 想来想去，只能用老本行，科技改变命运! 曾经看过一个老美电影，就是一个极客得了绝症，为了家人，然后把自己的意识上传网络，让自己完全活在了网络中，家人还可以和网络中的极客对话。有一段时间有新闻说，可以使用AI重建去世亲人，我觉得都是同一类事情。 现阶段我只懂一些鸡肋IT，就做一个简简单单的Forever Blog吧，后面再慢慢完善下去！ 现在我一个人更新Blog，以后可能会告诉家人，可以合力把Blog更起来。既然是Forever Blog，能子子孙孙的更新下去，也是奇迹呢。 作为永生博客，我简单的想法就是百年之后，博客仍然可以运行，哈哈😝，这样就可以让世人知道，曾经世上还有这人这事存在过!