SukkaW/speed.skk.moe

This is the source behind the speed.skk.moe network speed test site. It works best as a starting point for someone building their own static speed test page, not as a packaged product with step-by-step setup.

The problem

Putting a speed test on your own domain usually means embedding a third-party widget or assembling a frontend, endpoint list and host yourself. Here, endpoints are supplied at build time via the SPEEDTEST_TARGETS environment variable, the build writes static files to out/, and any static host can serve them. The result is a page whose targets the operator chooses.

What's different

Targets are fixed at build time rather than chosen in a settings menu. That keeps the frontend static and the deployed site reproducible, but changing an endpoint means rebuilding and redeploying, and multiple target sets require separate builds. The build also expects a /_sukka/api/geo endpoint that is not in the repo and must be served separately; the README gives no replacement or response shape, so the source alone does not describe a complete deployment.

Who should try it

This suits developers comfortable reading a TypeScript frontend project who want a reference implementation or a base to adapt, and who can supply endpoints and the missing geo API. It is a poor fit for anyone wanting a ready-made speed test appliance: there is no packaged release, little documented configuration beyond the environment variable, and no described maintenance path. If you only want to measure your own connection, use the hosted site.

Requirements and limitations

Constraints come from the README: pnpm for dependencies, a SPEEDTEST_TARGETS value at build time (copy .env.example locally), and a separate /_sukka/api/geo implementation before the production build is complete. Because that API's request and response are undocumented, adopting the project means designing it. Upkeep also matters: test endpoint hosts change independently of this code, so a deployed page needs its target list reviewed when endpoints move. Build-time targets are a deliberate constraint, not a runtime switch in this source.

HotRepo's take

HotRepo first records the repository at 2 days old, with 96 total stars and #24 on the NEW-REPOSITORY board (not the overall Trending board) for TypeScript, observed 2026-10-25. The sample spans only 2026-10-24 to 2026-10-25 with no daily-board history, so persistence cannot yet be judged. Before investing time, check whether you can implement or obtain the /_sukka/api/geo endpoint, since the build does not ship it.