mtfyun/ghproxy
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
20 Commits 2 Branches 6 Tags
main
Commit Graph
20 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
Geekertao极客桃Geekertao-botGeekertao-bot
 		6ab7886865 perf: optimize request limiting and config concurrency (#2) 
* perf: optimize request limiting

Replace per-request full-map scan under a global mutex with a per-IP sliding window and throttled reclamation; publish config as an immutable atomic snapshot to remove reload/read races.

* fix: sample limiter timestamp under lock and use per-request config snapshot

- rateLimiter.allow now samples time.Now() while holding the mutex, so entries[ip] stays time-ascending under concurrency; allowAt/allowLocked share the same locked logic for deterministic tests.
- handler passes its single config snapshot into proxy and render404 so one request never mixes config versions.
- rewrite sweep test to hit sweepLocked directly; restore config/log/gin global state in tests; add real-clock concurrency ordering test.

* test: make limiter benchmarks measure their stated operations

- BenchmarkLimiterSweep 把「新建限流器 + 填充 5000 个 IP」的初始化成本计入了
  被测区间，测得的 ~10.7ms/op 不能解释为单次 sweep 成本。改用 StopTimer/StartTimer
  把初始化排除在计时之外（现 ~1.6ms/op），并新增 BenchmarkLimiterSweepWithFill
  明确保留「填充+回收」的端到端口径（~16ms/op，含初始化）。
- 并行基准中每个 worker 都从 i := 0 开始，多 IP 场景实际退化为争抢同一个 IP。
  改为按 worker 分配互不相同的起始偏移（乘一个与 IP 数互质的步长），使访问分布
  真正覆盖多个 IP；偏移只在 worker 启动时计算一次，不增加每次请求的测试开销。
- 统一新旧对比的状态：两套基准都预填 limit+1 条记录，使双方都处于「已满→拒绝」
  的稳态拒绝路径，且每-IP 记录条数一致（101）。原基准旧实现预填 limit 条，第 1 次
  调用会先走放行路径（把记录推到 limit+1，增长有界）；原基准新实现预填 limit 条
  即已拒绝（记录数 limit）。两边的路径与记录数并不严格同态，故此前的新旧对比
  不能作为「同状态对比」沿用；统一后实际数字变化不大，报告里会写明。

* test: fix limiter benchmark priming state and comparison basis (#3)

* test: fix limiter benchmark priming state and comparison basis

上一提交（8d6781e）的基准注释与实际行为不符：新实现经公开入口
（allow/allowAt）预填 limit+1 次时，第 limit+1 次调用**已被拒绝、不会追加**，
因此实际只保留 limit 条记录（实测 100），而旧实现侧直接写入 limit+1 条
（实测 101）。原注释却写成两边同为 limit+1、声称「记录数一致（101）」，
属错误陈述。

修正方式（不做伪统一，改为如实描述并各自准备稳态）：
- 不再声称两边记录数相同。两个实现的拒绝条件不同（旧 len > limit，
  新 len >= limit），可长期停留的饱和记录数天然相差 1（101 vs 100），
  这正是本 PR 修正的边界偏差，不可也不应被「统一」掉：
  新实现无法经公开入口达到 limit+1 条（运行期不可达状态），旧实现若只预填
  limit 条则第 1 次调用会先放行追加，使计时区间混入路径不同的样本。
- 改为让每侧各自准备在自己的饱和拒绝态，使计时区间内每次调用都是同一条
  「已饱和 → 拒绝」路径；各自的记录条数由 prime 函数返回并被断言。
- 新增 TestBenchmarkPrimeStates：断言新实现饱和态 = limit 条、旧实现 = limit+1 条，
  且饱和后调用被拒绝、记录数不再增长，防止注释再次与代码脱节。
- 修正 NewRealClock 系列：原实现未预置，计时区间混入前 limit 次放行调用；
  现同样预置到饱和态（真实时钟），并说明其时钟口径不可与注入固定时间的
  New/Old 两组混比。
- 记录一个踩坑：b.ResetTimer() 只归零累计耗时、**不会启动**计时器，
  b.StopTimer() 之后必须显式 b.StartTimer()，否则计时区间恒为 0、
  框架会把 b.N 放大到上限（实测卡在 1e9）。已在代码内注明。

其余（sweep 初始化移出计时区间 + SweepWithFill 端到端口径、并行基准 worker
起始偏移分散）沿用上一提交，未改动实现代码 main.go 与其它测试。

* test: fill 10 records per IP in sweep fixture and state timing scope

fixSweepLimiter() 的注释与 PR 描述声称「每个 IP 10 条记录」，但代码里每个 IP
只调用一次 l.allowAt(ip, 10, base)，实际只写入 1 条记录，导致回收基准测的是
「5000 个 IP × 1 条」而非声称的「5000 个 IP × 10 条」，与 ns/op 的可解释性
一并失真。

修正：
- fixSweepLimiter() 改为经限流器正常入口（allowAt）对每个 IP 调用 sweepLimit
  (10) 次，使每个 IP 恰好写入 10 条记录；并在填充后自检每个 IP 的记录数，
  防止注释再次与代码脱节。
- 新增常量 sweepLimit / sweepRecordsPerIP / sweepIPCount，消除散落的魔数。
- 明确两者的计时范围：BenchmarkLimiterSweep **排除**填充成本（StopTimer 期间
  填充，仅计 sweepLocked 与其触发它的那一次 allow），BenchmarkLimiterSweepWithFill
  **有意计入**填充成本，故其结果不得当作纯回收耗时。
- 新增 TestSweepFixtureRecordsAllExpired：断言夹具每个 IP 恰好 10 条记录、且这
  10 条在触发回收时全部早于 cutoff（全部过期），并且一次 sweep 后仅剩新 IP。

工作量随之从 5,000 条变为 50,000 条记录，Sweep 的 ns/op 上升属预期（测的东西
变多了），不是性能回归。

仅改 bench_test.go；未改 main.go、其它测试、go.mod/go.sum、CI、Dockerfile。

* test: fix sweep benchmark timing scope note and per-iteration trigger time

GPT 复核剩余两点，均已修正（仅 bench_test.go）：

1) fixSweepLimiter 的注释说「填充工作不计入任何计时区间：调用方需在 StopTimer
   状态下调用它」，与 BenchmarkLimiterSweepWithFill 有意把填充计入计时相矛盾。
   改为如实描述：填充成本是否计入**由调用方决定**，并分别点名两个基准的做法。

2) BenchmarkLimiterSweep / SweepWithFill 把 base := time.Now() 放在循环外，且固定
   使用 base.Add(2*time.Minute)。这是真实隐患：newRateLimiter 会把 lastSweep 设为
   当时的真实 time.Now()，而 sweep 的触发条件是 now.Sub(l.lastSweep) >= l.sweepEvery
   （sweepEvery 已置 0，即要求触发时刻**不早于** lastSweep）。一旦基准循环的墙钟时间
   超过 2 分钟，循环外的 next 就会早于新一轮限流器的 lastSweep，差值变负 → 回收
   **静默不触发**，基准实际退化为在测一条空的拒绝路径（且不报错）。
   改为每轮在循环内取 base 并相对本轮填充时刻计算 next，使触发条件恒成立。
   已核对：此前的数据并非无效（单次基准循环墙钟约 17~25s，未越过 2 分钟），
   但代码是潜在错误的，现已消除。

3) 新增 TestSweepTriggersWithStaleBase 把该陷阱固定下来：用远早于现在的 stale base
   构造夹具、以 staleNext 触发时，断言回收**没有**发生（保留 64+1 个 IP）；改用相对
   当前时刻的触发时刻后，断言回收完成（仅剩 1 个 IP）。

未改 main.go、其它测试、go.mod/go.sum、CI、Dockerfile。

---------

Co-authored-by: Geekertao-bot <254965144+Geekertao-bot@users.noreply.github.com>

---------

Co-authored-by: Geekertao-bot <254965144+Geekertao-bot@users.noreply.github.com>
Co-authored-by: Geekertao-bot(openclaw) <Geekertao@qq.com>
v1.0.5 		2026-10-11 12:25:22 +08:00
Geekertao-botandGeekertao-bot d18983e23d feat: 支持代理 GitHub 资源 CDN 直链（release-assets / codeload / objects / media） (#1) 
* feat: 支持代理 GitHub 资源 CDN 直链（release-assets / codeload / objects / media）

与 CF 版 hubporg/CF-GitHub-Proxy#3 同一套逻辑：GitHub 域名链接仍在服务端内部
跟随跳转并返回文件内容，新增的 CDN 主机直链则直接代理。

改动要点：
1. exps 拆分为 entryExps（入口链接）与 assetExps（资源 CDN），exps 为二者拼接
2. handler 中 exps[1] 改为显式引用 entryExps[1]，避免拼接后索引语义漂移
3. proxy 的 Location 分支改用 isEntryURL：只有入口链接才重写为代理地址，
   CDN 跳转在服务端内部跟随，客户端不会看到真实文件地址
4. 新增 isEntryURL

修复前：资源 CDN 直链（release-assets / codeload 等）返回 404。

* test: 补充 CDN 主机匹配与入口判定的单元测试

覆盖两处关键行为：
- checkURL 命中新增的 CDN 主机（release-assets / objects / github-releases /
  codeload / media），并拒绝非 GitHub 域名与形似域名（如 github.com.evil.com）
- isEntryURL 只命中入口链接，CDN 主机一律不命中——这是避免 302 被重写、
  从而把真实文件地址暴露给客户端的关键约束

（可选提交，如不需要可直接丢弃。）

---------

Co-authored-by: Geekertao-bot <254965144+Geekertao-bot@users.noreply.github.com>
v1.0.4 		2026-09-12 01:41:54 +08:00
Geekertao bc23f5039a fix: 修复限流和文件大小限制的逻辑，添加404处理 
修改限流和文件大小检查逻辑，当配置值小于等于0时不进行限制
添加对GitHub返回404状态码时的自定义页面处理
v1.0.3 		2026-01-18 07:42:36 +08:00
Geekertao 2a647ad3e3 ci(github): 将工作流中的GITHUB_TOKEN替换为PAT_TOKEN 
使用PAT_TOKEN以获取更高的权限来执行版本管理工作流
v1.0.2 		2026-01-18 06:01:30 +08:00
Geekertao b46e6cf654 ci: 添加版本发布工作流文件 
添加 GitHub Actions 工作流文件用于自动版本发布，支持手动触发并指定版本号或版本升级类型（major/minor/patch）
v1.0.0 v1.0.1 		2026-01-18 05:55:02 +08:00
Geekertao 64a6f7a461 docs: 更新数据分析部分的README格式，以示其非主要 
将数据分析部分的普通文本改为引用格式，保持文档风格统一，表示其非主要内容
 2026-01-18 05:42:47 +08:00
Geekertao 56c7c73b15 refactor: 更新项目所有者信息并重构配置处理 
更新项目所有者信息从oopsunix到Geekertao，包括模块名、镜像仓库和文档引用。重构配置处理，新增analyticsURL和supportImageURL配置项，并添加404页面模板。优化CI工作流，移除阿里云镜像推送。改进前端页面，添加导航栏和动态域名显示功能。

移除domain配置项，改为动态获取当前域名。新增404页面模板，包含支持二维码和数据分析链接。更新README文档，添加数据分析功能说明和部署指南。优化前端样式，增强移动端适配性。
 2026-01-18 05:33:18 +08:00
OopsUnix e528c708fc Update .goreleaser.yml 2025-04-19 16:30:33 +08:00
OopsUnix 14d05bfa28 feat: Request Limit 2025-03-21 01:49:26 +08:00
OopsUnix 71e0fb819b Format log output 2025-03-11 15:37:36 +08:00
OopsUnix a8cd994055 Update README.md 2025-03-10 10:30:12 +08:00
OopsUnix c34a928928 Update docker-compose.yml 2025-02-19 22:41:48 +08:00
OopsUnix a961acb926 Optimize image 2025-02-19 21:09:15 +08:00
OopsUnix 27186e082f Increase modifiability 2025-02-19 15:29:42 +08:00
OopsUnix f85bb6ded6 fix build error 2025-02-19 14:21:51 +08:00
OopsUnix ef528fa592 support docker image 2025-02-19 12:01:35 +08:00
OopsUnix 40071a9384 re-upload 2025-02-19 10:40:16 +08:00
moeyy d7237a4008 update README 2024-10-08 04:39:05 +08:00
moeyy c810935364 upload 2024-07-31 12:08:47 +08:00
moeyy d4b0ca0bb3 Initial commit 2024-07-31 12:08:32 +08:00