Benötige Hilfe beim Update auf 2.0.6.0 rev 13500

[RobtheTop]

Ich weiß, Mini und Midi gab es nicht. Dachte nur, dass es vielleicht an der Anzahl der Bilder liegt und man sie ja Mal durch die alte Version jagen könnte um zu schauen ob bei der Anzahl an Bildern ein ähnliches Problem auftaucht. Wobei ich mir das eigentlich nicht vorstellen kann, da es sicher Shops gibt, die tausende Bilder haben.

[Markus]

HI akbal12,

du hast doch das Log aktiviert ... schau doch mal da rein welches das zuletzt verarbeitete Bild war.
Dann schaust du mal auf dem Server im original_images Ordner welches die nächsten 5 Bilder wären.
Das ist vermutlich das Bild dabei welches Probleme macht. Wie groß sind denn die nächsten Bilder?

Versuche das ganze auch mal ohne den Haken bei "JPG in jpg umwandeln" laufen zu lassen.

Markus

[akbal12]

Hallo Markus,

Danke für den Hinweis, sind schon ewig keine JPG mehr dabei ...

Das Problem lag im hardcoded memory limit des Prozessors    wer lesen kann ... eh schon wissen 

Code: PHP  [Auswählen]

./admin/includes/modules/system/image_processing_step.php:104:      ini_set('memory_limit','256M');

Da kamen die Server settings nicht dagegen an, hab das temporär mal geändert und schon lief alles wie gewohnt.

Grüße
Erich

[Timm]

Moin

256MB sind doch schon recht viel. In normalen Webhostings sind die Werte meist auf 128M begrenzt. Ich denke da stimmt was anderes nicht in deinem Shop.

Im Dev Demoshop ist das Limit auf 128M begrenzt und man kann ohne Probleme 50 Bilder pro Seitenreload für alle Größen erstellen.

[...]
Was ist das PHP Memory Limit und welchen Zweck dient es?
Wie bereits erwähnt, reserviert PHP einen Teil des Arbeitsspeichers, um dort Skripte ablegen und ausführen zu können. Die Größe dieses Bereichs wird durch das PHP Memory Limit in der php.ini definiert. Die Limitierung durch das PHP Memory Limit schützt einen Computer davor, durch eine schlechte oder fehlerhafte Programmierung in seiner Performance beeinträchtigt zu werden. Ein einfaches Beispiel dafür wäre eine Schleife, die eine Variable anlegt und speichert, deren Namen und Wert sich bei jedem Durchgang um 1 erhöhen. Ohne ein PHP Memory Limit in der php.ini würde diese dazu führen, dass der gesamte Arbeitsspeicher im Laufe der Zeit durch diese eine Schleife belegt wird. In der Folge sinkt die Performance und unter Umständen kann sogar das Betriebssystem selbst instabil werden, da kein Speicher für dessen Daten zur Verfügung steht.

Wie hoch sollte ein PHP Memory Limit im produktiven Betrieb sein?
Bei einem Webhosting beträgt die Standardgröße des PHP Memory Limit meist zwischen 32 MB und 64 MB. Dies ist für die Basisinstallation eines CMS wie WordPress, Contao, Joomla oder TYPO3 ausreichend und erlaubt einen stabilen Betrieb. Aufwendige Plugins, große Datenbanken oder viele Erweiterungen führen dazu, dass mehr Speicher für die Skripte und deren Daten benötigt werden. In diesem Fall gibt PHP statt einer Webseite nur eine Fehlermeldung aus, die beispielsweise folgendes besagt:

Fatal error: Allowed memory size of XXXXXX bytes exhausted (tried to allocate XXXXXX bytes) in /var/www/html/skript.php

In diesem Fall ist es notwendig, das PHP Memory Limit zu erhöhen, damit dem Interpreter ausreichend temporärer Speicher für die Ausführung aller Skripte zur Verfügung steht. Empfohlene Limits für ein CMS liegen zwischen 32 MB (WordPress) und 256 MB (Shopware) - mehr als 512 MB sind nur selten notwendig und weisen häufig auf Probleme in der Programmierung hin.
[...]

Quelle: Was ist das PHP Memory Limit und wie lässt es sich verändern?

Gruss Timm

[EDIT Tomcraft 08.04.2021: Quelle ergänzt.]

[akbal12]

Hallo Timm,

[...] Ich denke da stimmt was anderes nicht in deinem Shop.
[...]

Aha    Ich hab ja die (einzige) Fehlermeldung gepostet, die der Server ausgab und auch keine "verdächtig große" Datei gefunden, wie Markus angeregt hat.
Was vermutest du als Ursache?
Da ich derzeit im Testshop arbeite, wäre es schon hilfreich das zu entlarven, bevor ich die produktive Instanz angehe.

Grüße
Erich

[Tomcraft]

Welche Werte hast du unter "Konfiguration" -> "Bild Optionen" -> "Breite der Artikel-Midi Bilder" & "Höhe der Artikel-Midi Bilder" eingestellt?

Läuft das "Bilder Prozessing" denn für die "Popup Bilder" durch mit 256MB "memory_limit"?

Grüße

Torsten

[akbal12]

Hi Torsten,

Welche Werte hast du unter "Konfiguration" -> "Bild Optionen" -> "Breite der Artikel-Midi Bilder" & "Höhe der Artikel-Midi Bilder" eingestellt?
[...]

Die Einstellungen hab ich unverändert gelassen, siehe Screenshot.

[...]
Läuft das "Bilder Prozessing" denn für die "Popup Bilder" durch mit 256MB "memory_limit"?
[...]

Nein, gleiche Einstellungen (nur fehlende) und sieht genauso aus wie gestern mit der leeren Fehlermeldung und der Server sagt:

Code: PHP  [Auswählen]

Thu Apr 08 13:05:52.188669 2021] [proxy_fcgi:error]: Got error 'PHP message: PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 40960 bytes) in ~/klanginstrumente.at/public_html/admin/includes/classes/image_manipulator_GD2_advanced.php on line 99', referer: https://klanginstrumente.at/admin/module_export.php?set=system&module=image_processing_step&action=edit

Grüße
Erich

[akbal12]

Screenshot vergessen

[Tomcraft]

Dann ist irgendein Bild bei dir fehlerhaft. Beispielsweise könnte es sein, dass ein JPEG mit PNG-Dateiendung hochgeladen wurde.

Hier hilft der Tipp von Markus weiter:

HI akbal12,

du hast doch das Log aktiviert ... schau doch mal da rein welches das zuletzt verarbeitete Bild war.
Dann schaust du mal auf dem Server im original_images Ordner welches die nächsten 5 Bilder wären.
Das ist vermutlich das Bild dabei welches Probleme macht. Wie groß sind denn die nächsten Bilder?

Versuche das ganze auch mal ohne den Haken bei "JPG in jpg umwandeln" laufen zu lassen.
[...]

Grüße

Torsten

[akbal12]

Hi Torsten,

[...] JPEG mit PNG-Dateiendung [...]

Hab nun alle pics in original_images überprüft und nichts Verdächtiges gefunden, allerdings einen Zufallstreffer gelandet:

Nach dem Durchlauf von "removeoldpics.php" für alle Variationen lief dann auch der Prozessor brav mit 256M.
Wer der Übeltäter war, weiß ich zwar so nicht, aber immerhin.

Grüße
Erich

[Tomcraft]

Das freut mich zu hören, wobei es ein wenig schade ist, dass wir nun nicht mehr heraus finden werden, an welchem Bild es hing.

Grüße

Torsten

[akbal12]

Ja, nobody is perfect ...

Hab allerdings noch eine andere Bitte bezgl. einer "Unschönheit" in der css, die durch das Update leider nicht behoben wurde.

Es geht um die location der Menü Balken in den mobile Menüs, die auch in der neuen Version unten heraushängen, egal bei welchem Modell ... und leider krieg ich es nicht hin, die einen Tick nach oben zu bewegen.

Screenshot anbei, danke für eure Mühe!

Grüße
Erich

[Tomcraft]

Der Fehler ist von dir hausgemacht und tritt im Standard-Template überhaupt nicht auf!

Suche in deiner "stylesheet.css":

Code: CSS  [Auswählen]

ul.contentnavigation li {
    float: left;
    padding: 15px 10px 0px 10px;
    line-height: 13px;
    color: #fff;
    font-size: 13px;
}

Und ersetze mit:

Code: CSS  [Auswählen]

ul.contentnavigation li {
    float: left;
    padding: 0px 10px 0px 10px;
    line-height: 45px;
    color: #666;
    font-size: 13px;
}

Grüße

Torsten

[akbal12]

[...] hausgemacht [...]

Muchas Gracias !!!  

[Tomcraft]

Kein Problem.

Grüße

Torsten