<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>GitHub on Timmoc 的技术小屋</title>
    <link>https://t1mmoc.github.io/tags/github/</link>
    <description>Recent content in GitHub on Timmoc 的技术小屋</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Sun, 27 Sep 2026 19:30:00 +0800</lastBuildDate>
    <atom:link href="https://t1mmoc.github.io/tags/github/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>【AIGC】GitHub 下载龟速？我用 CF Worker 十分钟自建了一个专属加速节点</title>
      <link>https://t1mmoc.github.io/posts/2026-09-27-gh-proxy/</link>
      <pubDate>Sun, 27 Sep 2026 19:30:00 +0800</pubDate>
      <guid>https://t1mmoc.github.io/posts/2026-09-27-gh-proxy/</guid>
      <description>&lt;p&gt;最近拉 GitHub 上的 release 和 raw 文件，速度又回到了熟悉的几 KB/s。第三方聚合加速站（比如 github.akams.cn 那种测速导航）确实方便，但用别人的节点总有点不踏实：下载 URL 全程经过陌生人的 Worker，人家理论上能记录你访问了什么仓库、甚至改写内容，防不胜防。而且节点质量参差不齐，三天两头失联。&lt;/p&gt;
&lt;p&gt;既然自己有 Cloudflare，干脆自建一个。&lt;/p&gt;
&lt;h2 id=&#34;原理其实很简单&#34;&gt;原理其实很简单&lt;/h2&gt;
&lt;p&gt;这类加速站的内核基本都是 &lt;a href=&#34;https://github.com/hunshcn/gh-proxy&#34;&gt;hunshcn/gh-proxy&lt;/a&gt; 这个项目，逻辑一句话能讲完：把请求里的 GitHub 域名重写成代理域名，Worker 收到请求后转发给 GitHub，再把响应（顺便处理 302 跳转、CORS 头）流式吐回来。release 资产、raw 文件、archive 压缩包、git clone（smart http），理论上都走这一条链路。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
