https://t1mmoc.github.io/categories/%E6%8A%98%E8%85%BE%E8%AE%B0%E5%BD%95/ Recent content in 折腾记录 on Timmoc 的技术小屋 Hugo zh-cn Sun, 27 Sep 2026 19:30:00 +0800 https://t1mmoc.github.io/posts/2026-09-27-gh-proxy/ Sun, 27 Sep 2026 19:30:00 +0800 https://t1mmoc.github.io/posts/2026-09-27-gh-proxy/ <p>最近拉 GitHub 上的 release 和 raw 文件，速度又回到了熟悉的几 KB/s。第三方聚合加速站（比如 github.akams.cn 那种测速导航）确实方便，但用别人的节点总有点不踏实：下载 URL 全程经过陌生人的 Worker，人家理论上能记录你访问了什么仓库、甚至改写内容，防不胜防。而且节点质量参差不齐，三天两头失联。</p> <p>既然自己有 Cloudflare，干脆自建一个。</p> <h2 id="原理其实很简单">原理其实很简单</h2> <p>这类加速站的内核基本都是 <a href="https://github.com/hunshcn/gh-proxy">hunshcn/gh-proxy</a> 这个项目，逻辑一句话能讲完：把请求里的 GitHub 域名重写成代理域名，Worker 收到请求后转发给 GitHub，再把响应（顺便处理 302 跳转、CORS 头）流式吐回来。release 资产、raw 文件、archive 压缩包、git clone（smart http），理论上都走这一条链路。</p> https://t1mmoc.github.io/posts/2026-07-11-encrypted-blog/ Sat, 11 Jul 2026 00:50:00 +0800 https://t1mmoc.github.io/posts/2026-07-11-encrypted-blog/ <p>最近想把博客里某些段落只给指定的人看——比如自己半成型的想法、给协作者的草稿，又不想让明文躺在公开仓库里被搜索引擎一抓一个准。</p> <p>折腾了一天，搞出一套「静态博客 + 边缘 Worker + GitHub 登录 + 浏览器内 AES 解密」的方案。它不算完美（浏览器内解密注定明文要进 DOM），但在「不托管私密后端」的前提下，已经是我能接受的最小暴露面。下面记一下全过程和踩的坑。</p> <h2 id="设计思路是怎么敲定的">设计思路是怎么敲定的</h2> <p>这东西不是一开始就长这样。最初的想法特朴素：博客发 gpg 加密文章，只有拿到私钥的人能看，最好还能在浏览器里直接解密预览、不下载文件。</p> <p><strong>第一版：gpg + 浏览器内桥接。</strong> 研究了一圈 openpgp.js，结论是「能跑但劝退」——每次阅读都得把私钥粘贴进页面，私钥在剪贴板里走一遭，泄露风险不友好；而且整条链路（桥接层 + 密钥管理）维护成本也高。Pass。</p>