尚未检测到更新。GitHub 发布版本后会显示在这里。
按最近已完成的 8 小时观测回合间的 GitHub 星标增量排序
FloCafe is the free, local-first restaurant POS in the FloPOS ecosystem. Run orders, tables, kitchen display, and local data without a software subscription.
翻译准备中
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权，自行管理介绍，无需管理员批准。
登录并生成验证文件，在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件，即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录，将前往登录页面。登录后请回到此处，再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify，即可验证所有权并自行管理介绍。
一分钟完成验证正在加载完整 README。 以下为已保存的摘录。
Marketplace y plataforma de subastas de vehículos en tiempo real para Venezuela. Subastas estilo Cars & Bids adaptadas al mercado local, con pagos en bolívares (Pago Móvil) y USDT, verificación KYC, y vitrina de concesionarios. • Frontend: Single-file SPA en HTML/CSS/JS vanilla (index.html) • Backend de datos: Supabase (PostgreSQL + Auth + Realtime + Storage) • Serverless: Vercel Functions (/api/*) • Deploy: Vercel con cron nativo • PWA: Instalable en iOS/Android, empaquetada como app nativa vía Capacitor查看完整 README ↗
Marketplace y plataforma de subastas de vehículos en tiempo real para Venezuela. Subastas estilo Cars & Bids adaptadas al mercado local, con pagos en bolívares (Pago Móvil) y USDT, verificación KYC, y vitrina de concesionarios.
index.html)/api/*)ruedda-frontend/
├── index.html App principal (SPA)
├── api/ Vercel Serverless Functions
│ ├── place-bid.js Validación de pujas server-side
│ ├── auction-close.js Cierre de subastas (llamado por cron)
│ ├── mod-listing.js Moderación de publicaciones (superadmin)
│ ├── verify-payment.js Confirmación de pagos
│ └── subscription-check.js Validación de suscripciones de concesionarios
├── lib/
│ └── supabase.js Clientes Supabase (admin + anon)
├── vercel.json Config de deploy + cron
├── manifest.json PWA manifest
└── [módulos auxiliares].html Deal Meter, OBD2 scanner, verificación KYC, etc.
¿Por qué los /api viven en el repo frontend?
Es el patrón estándar de Vercel: los serverless functions se despliegan desde el mismo proyecto que el frontend. Vercel detecta automáticamente la carpeta /api y la expone como endpoints. Separarlos en otro repo rompería el routing y no aportaría valor. El "backend" lógico (esquema, migraciones, RLS) sí vive en un repo aparte (ruedda-backend).
¿Por qué un single-file SPA?
Prioriza velocidad de iteración durante la fase de producto. El index.html concentra la lógica de UI para deploys instantáneos sin pipeline de build. Es deuda técnica reconocida; el code-splitting está en el roadmap post-producto.
Modelo de seguridad.
La autenticación es vía Supabase Auth (JWT). Toda la base de datos opera con Row-Level Security (RLS) activo. El cliente usa la anon key (pública por diseño, controlada por RLS). El service_role key vive exclusivamente en los serverless functions (server-side), nunca en el cliente. Las pujas se validan a nivel de base de datos: monto mayor al actual, subasta activa y dentro de tiempo.
revisiónaprobadaactiva/api/auction-close, cada 5 min)Push a main despliega automáticamente en Vercel. El cron nativo (definido en vercel.json) ejecuta el cierre de subastas cada 5 minutos.
SUPABASE_URLSUPABASE_ANON_KEYSUPABASE_SERVICE_KEY (solo server-side)CRON_SECRET (autenticación del cron)