mwakidenis/mpesa-based_wi-fi-hotspot_billing_system

0

/ 100

Documentation94
Engineering21
Health92
TypeScript94MITtoday
Grade a repo

Getting some notice. Tests and CI would be the fastest wins.

📶 A fast, automated Hotspot Billing system powered by M-Pesa STK Push for instant, secure user access. Built with Node.js, MySQL, Next.js, and React, it delivers smooth payments, smart access control, and optional MikroTik-RB750UPr2 integration. ⚡🔐

Documentation

94

Contributing guide5pt86

Contributing guide is too short for full depth credit (−6 pts). 400+ words earns the full +12 pts.

→ Add setup instructions, code style notes, and how to run tests.

README12pt90

README is present.

Install and run instructions9pt100

README documents how to install the project.

License6pt100

Licensed under MIT.

Engineering

21

Tests18pt0

No tests detected anywhere in the repository.

→ Add automated tests. They prove the code works and give contributors confidence to make changes.

Linting and formatting5pt0

No linter or formatter found.

→ Add ESLint (eslint.config.js) and/or Prettier (.prettierrc), install them as devDependencies, and add a `lint` script to package.json.

Issue and PR templates6pt0

No issue or PR templates found (−100 pts).

→ Add .github/ISSUE_TEMPLATE/ with bug_report.md and feature_request.md to guide contributors. It dramatically improves issue quality.

CI/CD14pt40

CI is configured (.github/workflows/scheduled.yml).

Reproducibility6pt80

Lockfile present (package-lock.json). Installs are reproducible.

Project health

92

Dependency manifest6pt75

Dependency manifest found (package.json).

Repository metadata5pt100

Repository has a description.

Activity5pt100

Actively maintained (pushed within the last month).

Housekeeping3pt100

.gitignore present.

Repository health signals

Activity, community, and responsiveness at scan time

Activity

  • —
    Commits (30d / 90d)
  • 66
    Forks
  • 1
    Releaseslatest 1mo ago

Community

  • 85% - Good
    Community health
  • 1 bus factorlow
    author own >50% of commits
  • 94
    Watchers

Responsiveness

  • 2h
    Median issue response
  • <1h
    Median PR merge time
  • 9
    Open issues
Repository files46 root entries
  • .github
    Good: CI is configured (.github/workflows/scheduled.yml).
  • api
  • config
  • frontend
  • hotspot
  • middleware
  • models
  • prisma
  • public
  • routes
  • screenshots
  • scripts
  • services
  • src
  • .dockerignore
  • .env.example
  • .gitignore
    Good: .gitignore present.
  • check_support_requests.js
  • check_user.js
  • check_users.js
  • CODE_OF_CONDUCT.md
    Good: Code of conduct present.
  • CONTRIBUTING.md
    Issue: Contributing guide is too short for full depth credit (−6 pts). 400+ words earns the full +12 pts.Fix: Add setup instructions, code style notes, and how to run tests.
    Good: Contributing guide includes setup/install instructions.
    Issue: Contributing guide lacks a code style section (−8 pts).Fix: Describe your linting/formatting rules and how to run them.
    Good: Contributing guide explains how to run tests.
    Good: Contributing guide describes the PR/review workflow.
    Issue: Contributing guide has no code examples (−5 pts).Fix: Add code blocks showing example commands for setup, running tests, and submitting a PR.
  • deploy.sh
  • docker-compose.yml
  • Dockerfile
    Good: Environment pinned via Dockerfile.
  • ecosystem.config.js
  • healthcheck.js
  • LICENSE
    Good: Licensed under MIT.
  • package-lock.json
    Good: Lockfile present (package-lock.json). Installs are reproducible.
  • package.json
    Good: Dependency manifest found (package.json).
  • railway.json
  • README.md
    Good: README is present.
    Good: README is well structured with multiple sections.
    Good: README includes screenshots or visuals. Great for first impressions.
    Good: README has code examples.
    Good: README links to a live demo or deployed app.
    Issue: No status badges in the README (−10 pts).Fix: Add CI/build status badges from shields.io or your CI provider to signal project health.
    Good: README documents how to install the project.
    Good: README documents how to run the project.
  • render.yaml
  • response.json
  • SECURITY_AUDIT_REPORT.md
  • SECURITY.md
    Good: Security policy present.
  • server.js
  • setup_laughter_isaac.js
  • setup_test_user_fixed.js
  • setup_test_user.js
  • test_api.js
  • TODO_PRODUCTION_FIXES.md
  • TODO_PRODUCTION_READINESS.md
  • TODO.md
  • updates.txt
  • vercel.json