SE: 6 0.436
pd-admin: v4.113 (64-bit)
Bei dieser Reihe scheint es zu funktionieren. Ich kann keine Probleme bei PHP 5.3 feststellen.
Was sagt denn das Log? Weiße Seiten deuten meist auf einen 500er Fehler hin. Dieser kann durch z.B. ein Speicherfehler entstehen.
Eventuell ist das Log auch unter /home/errorlogs/<logonid>/ zu finden.
Also bei mir mit
SE: 4 0.436
pd-admin: v4.113 (64-bit)
habe ich auch keine Probleme bei PHP 5.3 feststellen können.
Also "cannot allocate memory" heißt auf jeden Fall, dass das Speicherlimit zu gering ist. Allerdings ist in diesem Beispiel ja PHP 8.0 angegeben und nicht PHP 5.
Also das mit "cannot allocate memory" habe ich oft bei Kunden, wenn die z.B. WordPress updaten und dann mehr Speicher brauchen, dann bleibt auch alles weiß.
Manchmal kommt es vor, dass neu kompilierte PHP Versionen die im Rahmen eines SE Updates daher kommen (und vielleicht mehr Module oder Libraries enthalten) mehr RAM brauchen. Hatte ich im Laufe der Jahre sicher schon 1-2 mal.
Es sollte genügen, den Arbeitsspeicher im Angebot des Kunden etwas zu erhöhen.
Leider benoetigt PHP durch den AVIF-Support, der mit Version 0.436 der Serverumgebung eingefuehrt wurde, mehr Arbeitsspeicher. Die Limits sollten daher erhoeht werden.
Ich muss sagen, das wäre wirklich einer Erwähnung wert gewesen. Das Problem kann doch so wenige nicht betroffen haben? Mich hat es gerade eine Stunde der Recherche gekostet.
Ich hatte auf keinen meiner Server Probleme, gebe aber zu dass meine Angebote vorher schon relativ grosszügig eingestellt waren - da heutzutage eh kaum noch ein modernes CMS (als Beispiel) mit wenig RAM auskommt. Nicht dass ich das gut heißen würde...
Ich denke auch, dass das für das pd-admin Team schwer vorauszusehen war. Der tatsächlich effektive Mehrverbrauch an RAM ist ja dann doch je nach Applikation sehr individuell.
Ganz allgemein sollte bei einem "Blank Page" Fehler immer zuerst ins error_log geschaut werden. Dann ist es auch relativ schnell geklärt.
Ganz allgemein sollte bei einem "Blank Page" Fehler immer zuerst ins error_log geschaut werden. Dann ist es auch relativ schnell geklärt.
In der apache error_log kam keine Fehlermeldung
Hattest du das gelesen? 
Tut mir leid, das hatte ich tatsächlich nicht mehr gegenwärtig, da ja doch schon 1,5 Monate her.
Allerdings muss ich sagen, dass mir nicht klar ist warum diese Meldung bei Dir im syslog war. Bei mir kommen diese "cannot allocate memory" Meldungen - wenn es denn mal passiert - durchaus im apache error_log, zumindest bei den letzten paar ähnlich gelagerten Vorfällen..
Ich denke auch, dass das für das pd-admin Team schwer vorauszusehen war.
Es ist leider so, dass uns das Problem auch ueberrascht hat. Wir haben allerdings Vorkehrungen getroffen, dass das nicht noch einmal passiert.
Es ist ja kein Vorwurf, dass es passiert ist bzw. passiert, es wäre halt nur irgendwo eine Info ganz nett, an einer offizielleren Stelle als in einem Foren Thread vergraben.
Ich sehe das so: Es ist ein Default Setting aus "alten" Installationen und der Fehler tritt dann durch ein pd-admin Update auf, weil dann mehr RAM gebraucht wird. Alles legitim, aber m.E. sollte entweder das Update das RAM Limit direkt erhöhen, falls nötig, oder es sollte eben ein Newsletter oder ein KB Artikel oder was ähnliches irgendwo publiziert werden (meiner Meinung nach).
