Warum lädt die Seitenbearbeitung Inhalte nicht bzw. bricht mit einem Fehler 500 ab?

Meist liegt die Ursache an zu wenig PHP-Arbeitsspeicher (*memory_limit*) für die PHP-Skripte. In solchen Fällen zeigt die Seitenbearbeitung nicht fertig an und endet häufig mit einem Error 500.

Welche Rolle spielt der PHP-Arbeitsspeicher (*memory_limit*) bei Problemen mit dem Weblication® CMS?

Bei Problemen in der Seitenbearbeitung und teils auch bei der Setup-Installation ist in der Regel der PHP-Arbeitsspeicher zu gering. Provider geben in ihrer PHP-Umgebung (z.B. über *phpinfo*) oft höhere Werte an, die effektiv aber nicht verfügbar sind.

Warum ist die bei Providern angezeigte Speicherangabe (z.B. via phpinfo) oft irreführend?

Viele Hostingpakete suggerieren über die PHP-Umgebung höhere Werte als tatsächlich nutzbar sind. Effektiv kann der nutzbare Arbeitsspeicher deutlich niedriger sein (z.B. statt 120M nur etwa 33 MB).

Wie kann ich den real nutzbaren PHP-Arbeitsspeicher für meine Domain prüfen?

In Weblication® können Sie auslesen, wieviel PHP-Arbeitsspeicher für Ihre Domain laut PHP-Konfiguration zur Verfügung steht. Klicken Sie hinter dem ausgegebenen Wert (z.B. *120M*) auf den Link *check Memory Limit*. Ein Prüfskript zeigt anschließend den real nutzbaren Arbeitsspeicher (z.B. nur 33 MB).

Was kann ich tun, wenn der verfügbare Arbeitsspeicher für die Seitenbearbeitung zu knapp ist?

Ab Weblication® CMS Version 5.x können Sie für die Seitenbearbeitung unzulänglichen Arbeitsspeicher berücksichtigen, indem Sie den Wert des *allowCache*-Attributes innerhalb des *documents*-Tags (zu *repository*) auf *0* setzen.

Wie setze ich *allowCache="0"* korrekt in der default.wConf.php um?

Setzen Sie in der Datei *default.wConf.php* (für die entsprechende CMS-Version, hier 5.x) im Abschnitt *repository* den Eintrag so, dass im *documents*-Tag *allowCache="0"* gesetzt ist. Beispiel: xml <wConf version="5.0"> <repository> <documents allowCache="0"/> </repository> </wConf> Falls das Tag in Ihrer *default.wConf.php* noch nicht vorhanden ist, setzen Sie es XML-konform ein.

Was bewirkt die Einstellung allowCache="0" bei der Seitenbearbeitung?

Die Einstellung *allowCache="0"* verhindert, dass Dokumentenobjekte zwischengespeichert werden. Das führt zu: - geringerem Hauptspeicherverbrauch - längerer Skriptlaufzeit (da Dokumente bei erneutem Zugriff erneut geöffnet werden) Wird z.B. 10-mal auf eine Datei zugegriffen, muss diese auch 10-mal geöffnet werden. Das spart zwar Hauptspeicher, ist aber langsamer.

Warum kann allowCache="0" trotz geringerem Speicherverbrauch langsamer sein?

Da Dokumentenobjekte nicht im Hauptspeicher gecacht werden, müssen sie bei jedem Zugriff neu geöffnet werden. Bei vielen Zugriffen oder wiederholten Operationen kann das die Skriptlaufzeit erhöhen.

Kann es bei aktivem Cache (oder generell bei vielen Dokumenten) zu Speicherproblemen kommen?

Ja. Wenn auf viele Dokumente zugegriffen wird (z.B. bei Abfragen und Listen) kann es bei aktivem Cache dazu kommen, dass der verfügbare Hauptspeicher überschritten wird.

Was ist bei Problemen bei der Setup-Installation (über wSetup.php) die häufigste Ursache?

Wenn die Software über *wSetup.php* nicht korrekt bzw. nicht vollständig installiert wird, liegt das meist an mangelndem PHP-Arbeitsspeicher (*memory_limit*). In diesem Fall ist häufig ein Tätigwerden des Providers nötig.

Welche Mindestvoraussetzungen sollten beim PHP-Speicher real erreichbar sein?

Es sollten zumindest die Mindestvoraussetzungen real auch genutzt werden können, im Artikel genannt: *40 MB*.

Wie kann ich den Provider-Support auf das Memory-Limit-Problem aufmerksam machen?

Sie können beim Weblication® CMS Support ein Weblication®-unabhängiges Test-Skript (*checkMem.php*) anfordern. Damit kann das Problem beim Provider-Support nachvollziehbar aufgezeigt werden, sodass der Provider entsprechend reagieren kann.

Installationsprobleme / Seitenbearbeitung lädt die Inhalte nicht

Startseite

Nutzbar ab: Version

Veröffentlichungsdatum: 20. Mai 2016
Änderungsdatum: 12. April 2018

wconf seitenbearbeitung problem allowcache installation

Probleme bei Setup-Installation bzw. beim Laden der Seiteninhalte im Editor haben ihre Ursache meist in mangelndem PHP-Arbeitsspeicher.

Dieser Artikel geht auf Probleme in der Seitenbearbeitung (Abbruch wegen Fehler 500) ein, welche meist Ihre Ursache in nicht ausreichendem PHP Arbeitsspeicher (memory_limit) haben. Fälle sind uns unter anderem bei den kleineren 1und1 Hosting-Paketen bekannt, aber teilweise auch bei anderen - meist kleineren - Providern.

1) Probleme bei Setup-Installation
2) Probleme bei der Seitenbearbeitung
Informationen / Hinweise
3) Problemlösungen / Allgemeines

1) Probleme bei Setup-Installation

Sofern bei einer Weblication^® CMS Installation über die wSetup.php die Software nicht korrekt bzw. vollständig installiert wird, liegt dies meist an mangelndem PHP Arbeitsspeicher (memory_limit). Gerade bei einer CMS-Installation hilft hier nur ein Tätigwerden des Providers.

Weitere Informationen hierzu siehe weiter unten ("Problemlösungen / Allgemeines").

2) Probleme bei der Seitenbearbeitung

Serverinformationen - check Memory Limit Test

Den Fall, daß beim Bearbeiten einer Seite die Seitenbearbeitung nicht fertig lädt (Error 500), verzeichnen hin und wieder 1und1 Hosting Kunden.

Die Ursache ist in den meisten Fällen zu wenig Arbeitsspeicher der PHP-Skripten (memory_limit). Diverse 1und1-Hostingpakete suggerieren über die PHP-Umgebung (phpinfo) leider weitaus mehr Arbeitsspeicher, als effektiv genutzt werden können.
Über die Weblication^® Serverinformationen können Sie ablesen, wieviel PHP Arbeitsspeicher für eine Domain lt. PHP-Konfiguration zur Verfügung stehen (sollten). Weblication^® bietet an der Stelle eine Möglichkeit, direkt zu prüfen, wieviel Arbeitsspeicher effektiv nutzbar sind. Klicken Sie dazu hinter der Ausgabe des Wertes (z.B. 120M) auf den Link "check Memory Limit". Es öffnet sich ein kleines Fenster, welches über ein Prüfskript den real nutzbaren Arbeitsspeicher anzeigt. Dies können (wie im Screenshot ersichtlich) z.B. lediglich 33 MB sein. Das kann bei Seiten mit vielen Elementen oder für diverse Bildberechnungen zu wenig sein.

Ab Weblication^® CMS Version 5.x haben Sie die Möglichkeit, für die Seitenbearbeitung unzulänglichen Arbeitsspeicher zu berücksichtigen.

Setzen Sie hierzu den Wert des allowCache-Attributes innerhalb des documents-Tags (zu repository) auf den Wert "0".

Sofern das Tag in der default.wConf.php noch nicht vorhanden sein sollte, setzen Sie dies XML-Konform.

Beispiel: Auszug aus der /weblication/grid5/conf/default.wConf.php zur allowCache-Einstellung

<wConf version="5.0"> <!-- Conf-Version je nach eingesetzter CMS-Version (hier für 5.x) -->
  ...
  <repository>
    <documents allowCache="0"/>
  </repository>
  ...
</wConf>

Informationen / Hinweise

Die Einstellung allowCache="0" verhindert, daß Dokumentenobjekte zwischengespeichert werden.

Zu beachten:

geringerer Hauptspeicherverbrauch
längere Skriptlaufzeit erforderlich

Dokumentenobjekte werden bei dieser Einstellung nicht im Hauptspeicher gecacht. Wird also 10 mal auf eine Datei zugegriffen, muss diese auch 10 mal geöffnet werden. Das spart zwar Hauptspeicher, ist aber langsamer.
Wird auf viele Dokumente zugegriffen, z.B. bei Abfragen und Listen, kann es bei aktiviertem Cache sein, daß der verfügbare Hauptspeicher überschritten wird.

3) Problemlösungen / Allgemeines

Von den teils über die PHP.INI suggerierten höheren Arbeitsspeicherwerten (teils sogar 256 M) sollten zumindest die Mindestvoraussetzungen (40 MB) real auch genutzt werden können.

Gerne können Sie hierzu vom Weblication^® CMS Support ein Weblication^® unabhängiges Test-Skript (checkMem.php) anfordern, über welches dem Provider-Support die Problematik aufgezeigt werden kann, damit entsprechend reagiert werden kann.

Weiterführende Links

Online-Dokumentation: Serverinformationen

FAQs are only visible for Weblication ai search and editors!

Warum lädt die Seitenbearbeitung Inhalte nicht bzw. bricht mit einem Fehler 500 ab?: Meist liegt die Ursache an zu wenig PHP-Arbeitsspeicher (*memory_limit*) für die PHP-Skripte. In solchen Fällen zeigt die Seitenbearbeitung nicht fertig an und endet häufig mit einem Error 500.
Welche Rolle spielt der PHP-Arbeitsspeicher (*memory_limit*) bei Problemen mit dem Weblication® CMS?: Bei Problemen in der Seitenbearbeitung und teils auch bei der Setup-Installation ist in der Regel der PHP-Arbeitsspeicher zu gering. Provider geben in ihrer PHP-Umgebung (z.B. über *phpinfo*) oft höhere Werte an, die effektiv aber nicht verfügbar sind.
Warum ist die bei Providern angezeigte Speicherangabe (z.B. via phpinfo) oft irreführend?: Viele Hostingpakete suggerieren über die PHP-Umgebung höhere Werte als tatsächlich nutzbar sind. Effektiv kann der nutzbare Arbeitsspeicher deutlich niedriger sein (z.B. statt 120M nur etwa 33 MB).
Wie kann ich den real nutzbaren PHP-Arbeitsspeicher für meine Domain prüfen?: In Weblication® können Sie auslesen, wieviel PHP-Arbeitsspeicher für Ihre Domain laut PHP-Konfiguration zur Verfügung steht. Klicken Sie hinter dem ausgegebenen Wert (z.B. *120M*) auf den Link *check Memory Limit*. Ein Prüfskript zeigt anschließend den real nutzbaren Arbeitsspeicher (z.B. nur 33 MB).
Was kann ich tun, wenn der verfügbare Arbeitsspeicher für die Seitenbearbeitung zu knapp ist?: Ab Weblication® CMS Version 5.x können Sie für die Seitenbearbeitung unzulänglichen Arbeitsspeicher berücksichtigen, indem Sie den Wert des *allowCache*-Attributes innerhalb des *documents*-Tags (zu *repository*) auf *0* setzen.
Wie setze ich *allowCache="0"* korrekt in der default.wConf.php um?: Setzen Sie in der Datei *default.wConf.php* (für die entsprechende CMS-Version, hier 5.x) im Abschnitt *repository* den Eintrag so, dass im *documents*-Tag *allowCache="0"* gesetzt ist. Beispiel: <pre><code class="codeBlock" style="color: #000000">xml <wConf version="5.0"> <repository> <documents allowCache="0"/> </repository> </wConf> </code></pre> Falls das Tag in Ihrer *default.wConf.php* noch nicht vorhanden ist, setzen Sie es XML-konform ein.
Was bewirkt die Einstellung allowCache="0" bei der Seitenbearbeitung?: Die Einstellung *allowCache="0"* verhindert, dass Dokumentenobjekte zwischengespeichert werden. Das führt zu: - geringerem Hauptspeicherverbrauch - längerer Skriptlaufzeit (da Dokumente bei erneutem Zugriff erneut geöffnet werden) Wird z.B. 10-mal auf eine Datei zugegriffen, muss diese auch 10-mal geöffnet werden. Das spart zwar Hauptspeicher, ist aber langsamer.
Warum kann allowCache="0" trotz geringerem Speicherverbrauch langsamer sein?: Da Dokumentenobjekte nicht im Hauptspeicher gecacht werden, müssen sie bei jedem Zugriff neu geöffnet werden. Bei vielen Zugriffen oder wiederholten Operationen kann das die Skriptlaufzeit erhöhen.
Kann es bei aktivem Cache (oder generell bei vielen Dokumenten) zu Speicherproblemen kommen?: Ja. Wenn auf viele Dokumente zugegriffen wird (z.B. bei Abfragen und Listen) kann es bei aktivem Cache dazu kommen, dass der verfügbare Hauptspeicher überschritten wird.
Was ist bei Problemen bei der Setup-Installation (über wSetup.php) die häufigste Ursache?: Wenn die Software über *wSetup.php* nicht korrekt bzw. nicht vollständig installiert wird, liegt das meist an mangelndem PHP-Arbeitsspeicher (*memory_limit*). In diesem Fall ist häufig ein Tätigwerden des Providers nötig.
Welche Mindestvoraussetzungen sollten beim PHP-Speicher real erreichbar sein?: Es sollten zumindest die Mindestvoraussetzungen real auch genutzt werden können, im Artikel genannt: *40 MB*.
Wie kann ich den Provider-Support auf das Memory-Limit-Problem aufmerksam machen?: Sie können beim Weblication® CMS Support ein Weblication®-unabhängiges Test-Skript (*checkMem.php*) anfordern. Damit kann das Problem beim Provider-Support nachvollziehbar aufgezeigt werden, sodass der Provider entsprechend reagieren kann.