ESP32-S3 Bench Guide
ESP32‑S3 N16R8 벤치 가이드: 실시간 핀아웃, 강의, 시뮬레이터 및 벤치 로그
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
A marketplace connecting parents with children's activities and classes in Singapore. Two Vite single-page apps (a parent app and a vendor portal) share a single Next.js backend (API routes + webhooks) on top of Supabase, with GetStream for chat and Stripe for payments.
• app/ — Next.js API routes, webhooks, and middleware
• frontends/parent/ — parent-facing Vite SPA (served at /app/)
• frontends/vendor/ — vendor portal Vite SPA (served at /vendor/)
• lib/, supabase/ — shared server helpers and database migrations
• docs/ — architecture notesREADME 전문 보기 ↗A marketplace connecting parents with children's activities and classes in Singapore. Two Vite single-page apps (a parent app and a vendor portal) share a single Next.js backend (API routes + webhooks) on top of Supabase, with GetStream for chat and Stripe for payments.
app/ — Next.js API routes, webhooks, and middlewarefrontends/parent/ — parent-facing Vite SPA (served at /app/)frontends/vendor/ — vendor portal Vite SPA (served at /vendor/)lib/, supabase/ — shared server helpers and database migrationsdocs/ — architecture notesSee docs/backend-architecture.md and docs/vendor-architecture.md for detail.
| Doc | Covers |
|---|---|
| docs/backend-architecture.md | Parent/backend data model, RLS, triggers, recommendations |
| docs/vendor-architecture.md | Vendor portal backend, roles, bookings/waitlist, attendance |
| docs/SETUP.md · docs/vendor-setup.md | First-time setup, env, Stripe/Stream/Resend wiring, API contract |
| docs/vendor-scraping.md | Apify-based vendor directory refresh (with WordPress fallback) |
| docs/OPERATIONS.md | Ops runbook, scheduled jobs, maintenance schedule, incident playbooks |
Chat runs on GetStream. There are three flows, all gated by Supabase auth, with every client minting its token from /api/vendor/chat/token:
| Flow | Parent UI | API route | Who's in the channel |
|---|---|---|---|
| 1:1 enquiry (personal query) | EnquiryChat.tsx | /api/vendor/chat/start | parent + provider staff |
| Class group chat | ClassGroupChat.tsx | /api/chat/class-group | every parent booked in the class + provider staff |
| Support | /support | /api/chat/token | parent + BabyBrain support |
The vendor never needs to open a channel explicitly — MessagesPage.tsx lists every channel the vendor is a member of, so both the 1:1 enquiry and the class group appear in its inbox automatically. Creating or joining the class group is gated to parents with a live booking (pending / confirmed / completed); the provider's active staff are added as members so the vendor is present to answer.
The repo is indexed into a queryable knowledge graph with Graphify — 1174 nodes · 2056 edges · 83 communities, built entirely from local AST parsing (no API calls). Outputs live in graphify-out/:
graphify-out/graph.html — interactive, clickable graph (open in a browser)graphify-out/GRAPH_REPORT.md — key concepts, community hubs, and suggested queriesgraphify-out/graph.json — full graph data for programmatic accessRebuild and query it (offline, zero API cost):
export PATH="$HOME/.graphify-venv/bin:$PATH"
graphify update . # rebuild after code changes
graphify query "how does booking work" # navigate the repo by question
graphify explain "getStreamServerClient" # explain a symbol and its neighbours
npm run dev # Next.js backend
npm --prefix frontends/parent run dev # parent SPA
npm --prefix frontends/vendor run dev # vendor SPA