Durchsuchen Sie nach Kategorie
GrapesJS Lagerstätten
GrapesJS-Storage-Plugins verbinden das Speicher- und Ladesystem deines Editors mit externen Backends. Statt nur auf den lokalen Speicher zu setzen, kannst du Entwürfe mit diesen Plugins in REST-APIs, WebSockets, Datenbanken oder Cloud-Diensten ablegen. Stöbere in kostenlosen und Premium-Storage-Integrationen für GrapesJS — jeder Eintrag enthält API-Dokumentation und Kompatibilitätshinweise zu den verschiedenen GrapesJS-Versionen.
Über GrapesJS Lagerstätten
GrapesJS bringt ein Speichersystem mit, das Editor-Inhalte automatisch sichert und lädt, schreibt standardmäßig aber nur in den lokalen Speicher des Browsers — Entwürfe hängen damit an einem einzigen Gerät und einer Browsersitzung. Die Storage-Plugins auf GJS.Market ersetzen oder erweitern das durch Backend-gestützte Persistenzschichten. Am häufigsten sind REST-API-Storage-Plugins: Sie implementieren die StorageManager-Schnittstelle von GrapesJS, senden den Editor-Inhalt beim Speichern als JSON per POST an deinen Server-Endpunkt und holen ihn beim Laden per GET zurück. Fortgeschrittenere Plugins ergänzen Konfliktauflösung für Mehrbenutzer-Bearbeitung, Versionierung mit Verlaufs-Seitenleiste sowie Entwurfs- und Veröffentlichungs-Workflows. Cloud-native Storage-Plugins binden Firebase Firestore, Supabase oder PocketBase direkt an, ganz ohne eigene API-Schicht — du lieferst die Zugangsdaten, das Plugin übernimmt sämtliche Lese- und Schreibvorgänge. Alle Storage-Plugins auf GJS.Market dokumentieren das erforderliche Server-Antwortformat und enthalten Beispiel-Backends in Node.js, PHP und Python.
GrapesJS Lagerstätten — FAQ
- Wie speichert GrapesJS Editor-Inhalte?
- Der StorageManager serialisiert das Projekt — Komponenten, Styles, Seiten und Assets — in ein einziges JSON-Objekt und übergibt es dem aktiven Storage. Standardmäßig ist das der localStorage des Browsers, die Arbeit verlässt das Gerät also nie. Autosave ist voreingestellt aktiv und löst nach einer bestimmten Anzahl Änderungen aus, gesteuert über stepsBeforeSave.
- Wie speichere ich GrapesJS-Inhalte in meiner eigenen API?
- Setze storageManager.type auf remote und konfiguriere die load- und store-Endpunkte. GrapesJS sendet dann beim Speichern das Projekt-JSON per POST und holt es beim Laden per GET; Header und Credentials gehören in denselben Optionsblock. Für alles jenseits von reinem REST registrierst du mit Storage.add einen eigenen Storage und implementierst load und store selbst.
- Was ist der Unterschied zwischen Projekt-JSON und exportiertem HTML?
- Das Projekt-JSON ist die bearbeitbare Quelle: Es enthält das Komponentenmodell, ein erneutes Laden stellt also eine vollständig editierbare Seite wieder her. getHtml und getCss erzeugen die Veröffentlichungsausgabe, die sich nicht zuverlässig in Komponenten zurückverwandeln lässt. Speichere beides — das JSON zum Bearbeiten, HTML/CSS zum Ausliefern — und behandle den Export nie als Single Source of Truth.
- Kann ich Autosave in GrapesJS abschalten?
- Ja. Setze storageManager.autosave auf false und stoße das Speichern selbst mit editor.store() an, typischerweise über einen Speichern-Button oder einen Publish-Command. Das ist die richtige Einstellung, wenn Speichern teuer ist oder vorher validiert werden muss. Alternativ erhöhst du stepsBeforeSave, behältst Autosave und machst es seltener.
- Unterstützt GrapesJS Versionierung oder Mehrbenutzer-Bearbeitung?
- Im Kern nicht — es speichert einen aktuellen Stand pro Projekt, und der letzte Schreibvorgang gewinnt. Plugins dieser Kategorie ergänzen Versionsverlauf mit Wiederherstellungs-Seitenleiste, Entwurfs- und Veröffentlichungs-Workflows sowie Konfliktauflösung für gleichzeitige Bearbeiter. Wenn mehrere Personen dieselbe Seite bearbeiten, wähle ein Plugin, das seine Konfliktstrategie ausweist, statt dich auf einfaches Remote-Storage zu verlassen.
Durchsuchen Sie nach Tag