BikeControl (SwiftControl)
Use Zwift Click, Zwift Play, Shimano Di2, or any Bluetooth controller with MyWhoosh, Rouvy, Zwift, and more. Free to try on iOS, Android, Windows, and macOS.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
최근 완료된 8시간 회차 사이 GitHub 스타 증가량 순
Use Zwift Click, Zwift Play, Shimano Di2, or any Bluetooth controller with MyWhoosh, Rouvy, Zwift, and more. Free to try on iOS, Android, Windows, and macOS.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗A production-grade football (soccer) tracking web app — news, a deep match center, reference data and a personalized home — scoped to exactly nine competitions and styled to the approved dashboard design. Information depth like FotMob, presentation like the approved mockup. The UI brand is All In Football everywhere (the mockup's "PitchLine" label is a design reference only and is never rendered).
Full product spec and build protocol live in
CLAUDE.md. This README covers setup, env vars, the provider swap, the rate budget and the domain connection.
Contributing:
mainis protected; changes arrive as pull requests. Read CONTRIBUTING.md for the scope rules, local setup and PR format.
src/styles/globals.css +
src/lib/design/tokens.ts) — no hardcoded hex in componentssrc/app/api/* (the API key is
never exposed to the browser)src/lib/cache)npm install
cp .env.local.example .env.local # then add your FOOTBALL_API_KEY
npm run dev # http://localhost:3000
Without a key the app runs in preview mode: pages render, data sections show
empty/skeleton states, the API routes return { delayed: true, reason: "no_key" },
and nothing crashes.
| Variable | Required | Description |
|---|---|---|
FOOTBALL_API_KEY | yes | API-Football REST key. Server-side only. Never commit. |
PROVIDER | no | apiFootball (default) or footballDataOrg (stub). |
FOOTBALL_API_KEY is read from process.env inside src/lib/providers/apiFootball.ts
(marked server-only). It is sent as the x-apisports-key header and is never logged,
returned in a response, or shipped to the client bundle. .env*.local is gitignored.
| Script | Purpose |
|---|---|
npm run dev | Dev server |
npm run build | Production build |
npm run type-check | tsc --noEmit (strict) |
npm run lint | ESLint (next/core-web-vitals + next/typescript) |
npm run test | Vitest unit tests (adapter mappers, status map, pagination) |
npm run smoke | Hits the local /api routes and prints pass/fail (needs the dev server running) |
Premier League (39), La Liga (140), Serie A (135), Bundesliga (78), Ligue 1 (61),
UEFA Champions League (2), UEFA Europa League (3), MLS (253), FIFA World Cup (1).
Hardcoded in src/lib/constants/competitions.ts. A season is its starting year
(2025/26 → 2025); MLS and the World Cup are calendar-year (2026).
BUILD STEP ZERO — once the key is present, run the id verification for MLS and the
World Cup (verifyLeagueIds() in apiFootball.ts) and confirm the two verified:false
entries in the constants file. The seven other ids are asserted at startup via
assertVerifiedLeagueIds().
All data flows through the FootballProvider interface (src/lib/providers/types.ts).
getProvider() selects the active source from the PROVIDER env var. apiFootball is
the primary; footballDataOrg is a Premier-League-only fallback stub for v1. Pages and
components consume only our domain types — never raw provider JSON.
| Data | TTL |
|---|---|
| live fixtures | 15s |
| lineups | 60s |
| standings | 120s |
| fixtures | 120s |
| top scorers | 300s |
| teams / leagues | 24h |
| news | 300s |
The cache layer (src/lib/cache) also serves last-good stale data on a provider
429/5xx and coalesces concurrent fetches (stale-while-revalidate, single-flight).
FOOTBALL_API_KEY as an Environment Variable for Production and Preview
(and PROVIDER if not apiFootball).metadataBase and canonical URLs already point at https://allinfootball.com.allinfootball.com (and www), then update DNS at the registrar with the records Vercel
shows (apex A/ALIAS to Vercel, www CNAME to cname.vercel-dns.com). No code
change is needed — the canonical host is already configured.Dark is the default. A toggle in the sidebar footer flips data-theme on <html>
between dark and light — a pure token swap (only surface/text variables change;
accent + live colors stay). The choice is persisted in localStorage and applied
pre-paint by a tiny inline script in layout.tsx, so there's no flash.
AA-contrast text tokens, visible :focus-visible rings (lime), alt text on crests,
aria-live on the Live Now scores (announces changes), and prefers-reduced-motion
disables the live pulse.
The adapter retries 429/5xx with exponential backoff + jitter; the cache serves
last-good stale data on failure (stale-while-revalidate, single-flight). When data
is degraded, a non-blocking "Data may be delayed" banner appears — the page never
crashes. Run npm run smoke (with the dev server up) to exercise the live, PL fixture,
PL match, World Cup group, and news routes end-to-end.
Built in five gated milestones (see CLAUDE.md §14), all complete: M1 foundation +
dashboard, M2 match center + calendar, M3 competitions/entities/home completion,
M4 news + SEO, M5 hardening + deploy. The visual system is dark by default with a
light token variant.