Erst das Backend.
Das Back-Office, wenn du es brauchst.
Richte Rebase auf das Postgres, das du schon betreibst, und du hast REST, ein typisiertes SDK, Auth, Storage und Realtime noch am selben Nachmittag — mit Zugriffsregeln, die die Datenbank durchsetzt statt Middleware, die noch niemand zu reviewen Zeit hatte. Nimm das Panel an dem Tag dazu, an dem jemand ohne Engineering-Rolle die Daten anfassen muss. Minuten, keine Monate, und in beiden Fällen kein zweites Datenmodell.
Demo testenVon den Machern von FireCMS, dem Open-Source-CMS in über 10.000 Firebase-Projekten.
Die Schicht, die du zweimal gebaut hättest
Jedes Produkt braucht dasselbe Grundgerüst, bevor es irgendetwas Interessantes braucht: CRUD-Endpunkte, einen Client, Sessions, Uploads, Berechtigungen. Rebase liest dein vorhandenes Postgres und generiert es — API zuerst, und das Admin-Panel aus derselben Definition, wenn ein Mensch eines braucht.
Was am ersten Tag ankommt
Dein Schema ist die Eingabe
Richte Rebase auf ein vorhandenes Postgres, und es liest deine Tabellen, Spalten, Fremdschlüssel, Enums und Constraints. Nichts wird kopiert und nichts migriert.
Es läuft dort, wo du schon deployst
Ein veröffentlichter Container und ein Connection-String: Docker, Fly, Railway, Hetzner oder eigenes Blech. Oder Rebase Cloud, das in der Private Beta ist und dasselbe Image fährt.
Das Panel ist ein Client, keine Hintertür
Support und Betrieb bearbeiten Zeilen über dieselbe API und unter derselben Row-Level Security wie deine App. Was immer sie sehen können, haben deine Policies erlaubt.
Erst generiert, dann deins
Die generierten Views sind der Anfang, nicht die Decke. Setz dein eigenes React dort ein, wo das Standardfeld nicht reicht, brande das Ganze über Konfiguration um, und behalt den Code — er ist MIT, und er liegt in deinem Repository.
Was in der Box ist
Alles MIT, alles auf einer Datenbank, die dir gehört.
PostgreSQL-nativ
Nutzt Verlässlichkeit, Skalierbarkeit und fortgeschrittene Abfragen von PostgreSQL direkt.
Dein Server, oder unserer
Betreib es selbst auf einer eigenen Maschine, oder gib es an Rebase Cloud — heute in der Private Beta, geöffnet in Wellen.
Schema-Editor und Inferenz
Visuelles Bauen und automatische Erkennung passen sich schnell an deine Daten an.
Editier-Werkzeuge, die halten
Tabellen- und Formularansichten, Dateispeicher, Referenzen und mehr.
Rollenbasierte Zugriffskontrolle
Konfiguriere Views und Berechtigungen pro Benutzerrolle ohne Aufwand.
Flexible Anpassung
Füge eigene Felder, Logik, Hooks und vollständige React-Views hinzu.
Es ist ein Backend, und ein CMS ist eines der Dinge, die man daraus rendern kann
Dieselbe Collection-Definition, die deine App bedient, rendert auch die Screens, in denen dein Team arbeitet — und dein eigenes React kommt dort hin, wo das generierte aufhört.
- Interne Tools: maßgeschneiderte Dashboards für Support, Betrieb, Vertrieb oder Datenadministration auf deinem Backend.
- Headless-Inhalte: Inhalte für Web- und Mobile-Apps, Marketing-Websites, Blogs und Dokumentation verwalten.
- Benutzerverwaltung: Benutzerprofile und Berechtigungen ansehen, bearbeiten und verwalten.
- Produkt- und E-Commerce-Daten: Kataloge, Varianten, Preise und Bestände einfach verwalten.
- App-Konfiguration: Einstellungen, Feature-Flags oder A/B-Tests über eine Oberfläche steuern.
- Hintergrund-Jobs: Cron-Jobs für geplante Datenverarbeitung, Reporterstellung und Synchronisierung mit externen APIs.
- Drittanbieter-Integrationen: Webhooks und eigene Functions für Stripe, Slack oder jeden externen Dienst.
Für den Pivot gebaut
Ändere eine Collection, und Schema, REST-Routen, OpenAPI-Dokument, typisiertes SDK, Policies und Panel ziehen mit. Es gibt kein zweites Datenmodell, an dessen Aktualisierung man denken muss — genau das ist der Teil, der sonst verrottet.
Beide Schichten ansehen
Liefer das Back-Office in diesem Sprint.
Scaffolde gegen das Postgres, das du schon betreibst, und gib deinem Team das Panel — ohne einen einzigen Admin-Screen zu bauen.