[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3vgjmdlkjnvkq":3},{"code":4,"message":5,"data":6,"timestamp":26},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":16,"summary_md":17,"topic":18,"github_topics":21,"license":22,"homepage":23,"updated_at":24,"history":25},"SukkaW\u002Fspeed.skk.moe",23,"The source code of the https:\u002F\u002Fspeed.skk.moe","TypeScript",96,11,40,2,[],"一个在构建期配置测速节点、可自行托管的静态网络测速页面源码，面向愿意自己搭的开发者。","这是 [speed.skk.moe](https:\u002F\u002Fspeed.skk.moe) 网络测速站的源码。它更像给愿意自己搭测速页面的人准备的起点，而不是开箱即用的成品，[README](https:\u002F\u002Fgithub.com\u002FSukkaW\u002Fspeed.skk.moe\u002Fblob\u002Fmaster\u002FREADME.md) 也没有给出完整部署教程。\n\n## 解决什么问题\n\n想在自有域名下放一个测速页面，通常要么嵌第三方组件，要么自己拼前端、维护节点列表、再找地方托管。这个项目的流程是：构建时通过 `SPEEDTEST_TARGETS` 环境变量写入测速节点，`pnpm build` 生成静态文件放到 `out\u002F`，再交给任意静态托管服务。最终得到的是一个测速目标由运营者自己决定的页面。\n\n## 有什么不同\n\n节点在构建期固定，而不是在页面设置里选择。好处是前端保持纯静态、部署结果可复现；代价是修改节点要重新构建和发布，想维护多套节点就得做多个构建。构建还依赖一个 `\u002F_sukka\u002Fapi\u002Fgeo` 接口，它不在源码仓库里，需要单独提供；README 没有说明它的请求与返回格式，也没有给示例实现，所以单看源码并不能还原完整部署。\n\n## 谁值得试\n\n适合熟悉 TypeScript 前端项目、能自己提供测速节点和缺失的 geo 接口，想拿一份可参考的实现或改造基础的开发者。不适合想要一套直接装好就能用的测速系统的人：没有打包发布，除环境变量外几乎没有文档化的配置，也没有说明日常维护方式。如果只是想测自己的网速，直接用在线站点即可。\n\n## 使用条件与边界\n\nREADME 明确的条件有几个：用 `pnpm` 安装依赖；构建时提供 `SPEEDTEST_TARGETS`（本地从 `.env.example` 复制）；生产构建前还要另行提供 `\u002F_sukka\u002Fapi\u002Fgeo`。由于仓库没有描述这个接口的格式，采用它就意味着这部分要自己设计。日常维护也要考虑：测速节点服务本身会变化，而它们不在这个代码库里，节点迁移后需要回头检查目标列表。构建期设定节点是这套源码的固有限制，不是运行时可以改的开关。\n\n## HotRepo 点评\n\nHotRepo 记录到该项目首次出现时只有 2 天，TypeScript 分类下共 96 star，在 2026-10-25 观察到的新项目榜（不是总榜）排第 24；样本只覆盖 2026-10-24 到 2026-10-25，没有日榜历史，因此还无法判断热度能否持续。投入时间之前，先确认自己能否实现或获得 `\u002F_sukka\u002Fapi\u002Fgeo` 接口，因为构建产物本身不包含它。",{"slug":19,"name":20},"developer-tools","开发工具",[],"Apache-2.0","https:\u002F\u002Fspeed.skk.moe","2026-10-25T03:02:14Z",[],1792915348]