Änderungen werden nicht gespeichert.

DXPR Builder lernenWebsite verwaltenProblem beheben

So werden Ihre Bearbeitungen gespeichert. Eine fehlgeschlagene Speicherung liegt fast immer an etwas zwischen Browser und Drupal, an einer beendeten Sitzung oder an Inhalten, die außerhalb des Builders bearbeitet wurden.

Ich sehe „Server error: Unable to save field“

Wenn Sie auf Save klicken, fragt der Editor zuerst /dxpr_builder/csrf nach einem frischen Sicherheits-Token und sendet die Seite dann an /dxpr_builder/ajax. Schlägt eine der beiden Anfragen fehl, sehen Sie diese Meldung und nichts wird gespeichert. Öffnen Sie im Browser den Network-Tab, klicken Sie erneut auf Save und lesen Sie den Statuscode dieser beiden Anfragen ab.

  • 403, und nichts Neues in Recent log messages. Eine Web-Application-Firewall, eine mod_security-Regel oder ein Proxy hat die Anfrage zurückgewiesen, bevor sie Drupal erreichte. Ein typisches Zeichen: Eine leere Seite lässt sich speichern, eine lange nicht. Bitten Sie Ihren Hoster, POST-Anfragen an /dxpr_builder/ajax auf die Allowlist zu setzen. Falls ein Sicherheits- oder Anti-Spam-Modul jede POST-Anfrage prüft, nehmen Sie diesen Pfad aus.
  • 403, nachdem die Seite lange offen war. Ihre Sitzung ist abgelaufen oder Ihr Konto hat Edit with DXPR Builder verloren. Melden Sie sich in einem neuen Tab erneut an, kehren Sie zurück und klicken Sie auf Save. Ihre Bearbeitungen sind noch auf der Seite.
  • 500. PHP ist während des Speicherns fehlgeschlagen. Reports > Recent log messages (/admin/reports/dblog) zeigt den Fehler. Bei „Allowed memory size exhausted“ erhöhen Sie das PHP-memory_limit.
  • 404 oder 400. Sie bearbeiten eine Sprache, die es für diesen Inhalt nicht gibt. Der Log meldet „Attempted to save non-existent translation“. Legen Sie die Übersetzung zuerst auf dem Translate-Tab der Seite an.

Mein Layout ist weg, nachdem ich das Node-Formular bearbeitet habe

CKEditor auf dem Node-Bearbeitungsformular schreibt Builder-HTML um, und ein eingeschränktes Textformat entfernt seine Klassen und Attribute.

  1. Gehen Sie zu Structure > Content types > (Typ) > Manage form display.
  2. Blenden Sie das Body-Feld auf dem Formular aus oder geben Sie ihm Full HTML als Standard-Textformat.
  3. Bearbeiten Sie Builder-Inhalte nur über den Builder.

Um das Layout zurückzuholen, öffnen Sie den Tab Revisions der Seite und setzen Sie auf die Revision vor der Formularbearbeitung zurück. Builder-Speicherungen zeigen die Log-Meldung Saved with DXPR builder.

Ich habe gespeichert, aber ein Teil der Seite wurde zurückgesetzt

Jeder Builder-Container auf der Seite hat einen eigenen Save-Button, z. B. ein Body-Feld und ein Block. Speichern Sie jeden bearbeiteten Container, bevor Sie die Seite verlassen. Wenn Sie zu früh gehen, warnt der Browser, dass ein Feld „might have unsaved changes“ anzeigt.

Undo funktioniert nicht mehr

Der Editor zeigt „Failed to save history state, cannot undo and redo actions because the content item is too big.“ Der Undo-Historie liegt im Local Storage des Browsers, dessen Größe begrenzt ist. Löschen Sie in den Browser-Einstellungen die Website-Daten für diese Domain. Das entfernt nur den Undo-Historie; gespeicherte Inhalte sind nicht betroffen.

Die Lösung bestätigen

Klicken Sie auf Save. Der Editor meldet „Saved field“ mit dem Feldnamen, und der Network-Tab zeigt eine 200 für /dxpr_builder/ajax. Laden Sie in einem privaten Fenster neu: Die Änderung ist noch da.

Wie geht es weiter?

Inhalte speichern: So spielen Revisionen und das Veröffentlichen mit Builder-Speicherungen zusammen.