Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenMan kann nach kurzem Blick in den Code des Plugins die beabsichtigte Veränderung auch ohne Änderung direkt im Plugin Code über einen dort vorhandenen Filter erreichen, z.B. über ein Child Theme oder ein eigenes kleines Plugin oder ein Code Snippets Plugin, z.B. so:
function my_wpfc_fullcalendar_args( $args ) {
$args['post_status'] = array('publish', 'future');
return $args;
}
add_filter( 'wpfc_fullcalendar_args', 'my_wpfc_fullcalendar_args' );Glückwunsch zur Lösung!
Verwende evtl. Deinen ersten Fund [FONT=Courier New]array('publish', 'future')[/FONT] sonst hast Du bei [FONT=Courier New]'any'[/FONT] z.B. auch Entwürfe und private Beiträge mit drin.
Wann und wo genau erscheint diese Meldung? Screenshot? Wurden sicher alle Plugins deaktiviert? Wurde testweise ein anderes Theme verwendet? Handelt es sich sicher um eine JPG oder PNG Datei?
Ergänzung: Es gibt ein aktuelles Ticket zum dem Thema, das ähnlich klingt, evtl. auf 6.8.1 warten.
Wir haben noch fast nirgends 6.8 ausgerollt, die Erfahrung mit WordPress zeigt, dass man im Live Betrieb besser auf eine 6.8.1 oder auch 6.8.2 warten sollte oder zunächst nur Testinstallationen aktualisiert und ausführlich durchtestet.
Hinweis dazu: Für einfache Endkunden klingt es oft so, als würden sie bei "Managed WordPress" Angeboten persönliche Hilfe auch für das Erstellen und Bearbeiten von WordPress Inhalten erhalten. Das ist in der Regel nicht so sondern es werden lediglich WordPress Core, Theme, Plugins aktualisiert wenn es Updates geben sollte und ggf. regelmässig Backups erstellt und im Fehlerfall wieder eingespielt. Daher sollte man sich explizit zusichern bzw. in den jeweiligen AGBs zeigen lassen, was im Detail z.B. unter "Managed WordPress" verstanden wird. Dabei nicht vergessen, wer wann wie genau individuellen Code erstellt oder anpasst bzw. ggf. nötig werdende Codeanpassungen von Plugins oder Themes oder beim Wechsel von PHP-Versionen o.ä. zuständig ist. Oft muss man sich hier nämlich dann doch wieder selbst kümmern.
Das ist seltsam, da das u.a. in der User Menus Beschreibung explizit so steht:
- Display menu items to users with or without a specific user role.
Versuche es alternativ z.B. mit dem Plugin If Menu.
Du kannst es mit dem Plugin Antispam Bee versuchen.
Solange die Post Revisions Zeile in der [FONT=Courier New]wp-config.php[/FONT] bleibt, wird dieses Problem bei Dir nicht mehr auftreten, wenn Du Seiten bearbeitest.
Es ist kein weiteres Deaktivieren / Deinstallieren von Plugins nötig.
Man muss dafür die Seite einmal erfolgreich speichern, siehe auch oben Antwort #28.
/* Füge individuelle Werte zwischen dieser Zeile und der „Schluss mit dem Bearbeiten“ Zeile ein. */
Etwas "zwischen Zeilen einfügen" bedeutet, dass man nichts anderes löscht.
/* Füge individuelle Werte zwischen dieser Zeile und der „Schluss mit dem Bearbeiten“ Zeile ein. */
hier einfügen
/* Das war’s, Schluss mit dem Bearbeiten! Viel Spaß. */Nach dem Einfügen der Post Revisions Zeile einmal die Startseite speichern, dabei sollten die anderen Plugins natürlich nicht aktiv sein, damit das auch ohne Abbrüche klappt. Danach wieder mit den Plugins testen.
Du hast derzeit vermutlich "unendlich" viele Revisionen der Startseite inkl. Metadaten in Deiner Datenbank. Was es bringt?
... auch das dürfte den Datenbank Bedarf in Deinem Fall dann stark reduzieren.
Die Anzahl von 10 ist ein Beispiel, wieviele Revisionen Du behalten willst, bleibt Dir überlassen. Wenn Du viel an den Seiten herumbastelst, sind ein paar mehr Revisionen als 3 vermutlich kein Schaden.
Bei der o.g. Verlinkung steht mit Unterstrichen ausschliesslich das:
define( 'WP_POST_REVISIONS', 3 );
Eventuell verwendest Du irgendwelche Übersetzungsfunktionen in Deinem Browser, schalte die ab, die sind untauglich, wenn sie versuchen, Code zu übersetzen.
Würde mal im Matomo Plugin ältere Tracking Daten manuell löschen und auch automatisches Löschen nach einem gewissen Zeitraum einstellen, mehr dazu z.B. hier in der Matomo Dokumentation.
Weiterhin die Anzahl der WordPress Revisionen begrenzen, in der Datei [FONT=Courier New]wp-config.php[/FONT] unterhalb der Zeile mit [FONT=Courier New]WP_DEBUG[/FONT] z.B. folgende Zeile einfügen:
define( 'WP_POST_REVISIONS', 10 );
Nach dem Einfügen dieser Zeile einmal die Startseite speichern, auch das dürfte den Datenbank Bedarf in Deinem Fall dann stark reduzieren.
@DummyGirl Da das Problem des Bearbeitens und Speicherns nur eine einzige Seite betrifft, ist es wohl kein generelles Problem von Elementor:
Beim Speicherversuch kommt die Meldung: Serverfehler (500 Internal Server Error) - Aber nur auf der Homeseite, andere Seiten funktioneren problemlos.
Fass zum Überlaufen könnte sein, wenn es möglicherweise zu viele Revisionen der Startseite gibt oder zu viele Statistikdaten zu dieser Seite getrackt wurden o.ä., wenn beim Anlegen einer weiteren Revision inkl. Metadaten dann der Speicher durch die Datenbank Interaktion überlastet wird o.ä.
Oder eben eine wie auch immer geartete andere Wechselwirkung mit diesem Consent Plugin, da angeblich "einzeln die plugins aktiviert und geprüft" wurden, der Support wollte ja helfen, nach "mehr Infos".
.. nicht zwingend Complianz, das Überschreiten des Memory-Limits ist ein Zusammenspiel aller Plugins.
@uha Das Plugin wurde als Ursache identifiziert:
Dann einzeln die plugins aktiviert und geprüft ... es ist das plugin Complianz | GDPR/CCPA Cookie Consent
Die "Allowed memory size" Meldungen zeigen einen einfachen Abbruch wegen Erreichen eines Speicherlimits, 268435456 Bytes = 256 MB.
Ist ein direkter Bezug zum Bearbeiten der Startseite nachvollziehbar? Also Zeitpunkt Verursachung Fehler beim Bearbeiten der Startseite erzeugt direkt diese Meldungen? Die Zeiten fehlen in Deinem Zitat.
Eine normale WordPress Installation braucht keine 256 MB zum Bearbeiten einer Seite. Entweder es liegt wie beschrieben eine Endlosschleife i.V.m einem Plugin vor, die letztlich unendlich Speicher anfordert oder es sind andere Faktoren im Spiel, z.B. eine aussergewöhnlich aufgeblähte Datenbank z.B. durch Statistiken oder hunderte alte Versionen von Seiten o.ä., das kann man von aussen aber nicht weiter beurteilen.
Wenn man keine Cookies und keine externen Einbindungen und keine zustimmungspflichtigen Datenerhebungen zu Besuchern verwendet, ist keine Einwilligung nötig. Frage dazu am besten einen Anwalt Deines Vertrauens.
Wie genau lauten die Einträge im Error-Log? Wenn es sich um einen einfachen Abbruch wegen Erreichen des Speicherlimits handelt, verursacht das Plugin i.V.m. Deiner Installation wohl eher eine Endlosschleife und wird bei egal welchem Tarif unendlich mehr Speicher brauchen.
Was hat der Consent Plugin Support auf Deine Fragen geantwortet? Welche "mehr Infos" brauchen die?
Wir verwenden in der Regel keine Dinge, die Consent erfordern würden, damit spart man sich ein solches Plugin.
Welcher genauen Anleitung bist Du gefolgt? Es gibt einige auch mit Videos (z.B. Google).
Schön dass Du auf diesem Weg weiterkommst, danke für die Rückmeldung.
Eigentlich sollte das Theme wie oben in Antwort #2 beschrieben auch selbst bereits automatisch ein responsive Menü inklusive "Hamburger" für Mobil zur Verfügung stellen. Bei Gelegenheit könnte man als alternative Lösungsmöglichkeit auch versuchen, ggf. mit Hilfe des Futurio Pro Theme Supports herauszufinden, warum das bei Dir nicht funktioniert.
Für das WordPress Debugging ändert man die [FONT=Courier New]WP_DEBUG[/FONT] Zeile und ergänzt weitere Zeilen in der [FONT=Courier New]wp-config.php[/FONT] Datei, so wie in der WordPress Dokumentation als Beispiel aufgeführt:
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
Relevant im Error Log beim Hosting Anbieter wären für Dich Einträge zu dem Zeitpunkt, an dem Du den Fehler im Browser gezielt verursachst. Ggf. sind die Uhrzeiten im Error Log im UTC Format und damit eine Stunde verschoben.
Ein Consent Plugin, das solche Speicheranforderungen hat, sollte man aufgeben.
Klicke auf den Link und schau Dir die ersten drei Absätze der Debugging in WordPress Dokumentation an.