Shop-Artikelfotos werden teilweise nicht angezeigt

  • Hi,

    ich habe das Problem, dass immer mal wieder einzelne Fotos im Shop nicht angezeigt werden. Ein ähnliches Problem wurde hier schon einmal mdiskutiert, dort wurde der Speicher für PHP im Server auf einen höheren Wert gesetzt.

    Da ich alles andere als ein PHP-Spezialist bin, habe ich von meinem Server (do.de) die Konfigdaten herunterkopiert, vielleicht kann jemand was dazu sagen. vielleicht hängt es ja mit was ganz anderem zusammen?

    So sehen die Daten aus:

    Das PHP-Memory-Limit war vorher 64MB, hatte es zum Test mal auf 128MB gestellt, jetzt wieder zurück auf 64MB gesetzt.

    Danke schon mal.

    Stefan

    Zeta 16.8.6.0 business

  • ....hat sich noch keiner rangetraut....:(

    Vielleicht noch ein paar zusätzliche Infos.

    Im Entwurf werden die Bilder angezeigt, die Bilder sind im PNG-Format gespeichert, Die Bilder haben eine Größe von 80 bis 120kB.

    Der Problem tritt in allen Browsern auf, egal ob Firefox, Chrome oder Edge (wäre eher nicht erwartbar, weil Chromium und andere).

    Ich vermute daher entweder ist Zeta das Problem oder der PhP-Server.....mittlerweile gehe ich ich eher davon aus, dass der Shop von Zeta ein Problem hat, denn es wird auch totale Grütze bei der Bildvorschau geliefert, z.B. habe ich lediglich ein Bild bei der Variante im Entwurf, es werden jedoch zwei Bilder angezeigt, hier der Screenshot:

    ??
    Das linke Bild war mal ein Platzhalter, das geht nicht weg, auch wenn ich alle Bilder in der Variante oder auch die Variante selbst lösche und neu erstelle.

    Stefan

    • Offizieller Beitrag

    Hallo,

    damit wir gezielt weiterhelfen können, benötigen wir ein paar mehr Informationen:

    1. Link zur betroffenen Website
      Bitte sende uns den Link zur Seite, auf der die Bilder fehlen. So können wir direkt prüfen, was im Browser und im Quellcode passiert.
    2. Angabe, welche Bilder betroffen sind
      Sind es bestimmte Produkte oder bestimmte Bildformate? Oder fehlen Bilder in einem bestimmten Bereich?
    3. Zeta Producer Version
      Welche Version von Zeta Producer wird für die Website verwendet?
    4. Serveranforderungen prüfen
      Bitte prüfe, ob der Webserver alle Voraussetzungen für den Online-Shop erfüllt.
      https://docs.zeta-producer.com/online-shop.html#a5842
    5. Komplette Website neu veröffentlichen
      Bitte mal die komplette Website veröffentlichen.
      ZP16: Programmmenü „Website > Veröffentlichen > Komplette Website veröffentlichen“.
      ZP17: Programmmenü „Veröffentlichen > Komplette Website veröffentlichen“.

    Sobald wir die Informationen haben, können wir das Verhalten evtl. besser analysieren.

  • Hallo Steffen,

    danke erst mal für die Info. Der Webshop ist noch nicht öffentlich und passwortgeschützt, daher wollte ich hier im Forum die Daten noch nicht rein schreiben.

    Zu 1.
    Kann ich eine PM senden? Dann könnt ihr das mit PW und Link anschauen.

    Was die anderen Fragen anbelangt hatte ich das meiste schon in meinem Start-Thread ganz oben geschrieben:

    Zu 2.
    Es werden immer wieder andere Bilder nicht angezeigt, da gibt es leider, zumindest von mir, keine erkennbare Regel

    Zu 3.
    Zeta 16.8.6.0 business

    Zu 4.
    Passt alles, habe die Zusammenfassung als Screenshot in meinen Beitrag (als erstes) gestellt

    Zu 5.
    Habe ich schon, keine Änderung

    Stefan

    • Offizieller Beitrag

    Hallo,

    vielen Dank für den Link zum Webshop.

    Ich kann die fehlerhafte Darstellung der Bilder ebenfalls nachvollziehen.
    In der Entwicklerkonsole erscheint u.a. folgende Fehlermeldung:

    GET https://kbh24.de/assets/php/shop/web-api/image.php?u=7f0294f6312562e7d53a63cad9d14451&ws_controlbox_fa_rp_right_2.png net::ERR_HTTP2_PROTOCOL_ERROR 200 (OK)

    Die betroffenen Bilder lassen sich jedoch direkt über die URL aufrufen, was darauf hindeutet, dass die Dateien selbst vorhanden und korrekt sind.

    Die Ursache liegt sehr wahrscheinlich auf Webserver-Ebene.

    Könnten Sie bitte einmal testen, wie sich der Shop verhält, wenn er nicht in einem geschützten Bereich liegt?

    Sollte das Problem weiterhin bestehen, müssten wir uns das evtl. im Rahmen einer Premium-Supportanfrage im Detail ansehen.
    Siehe https://www.zeta-producer.com/de/premium-support.html

  • Aus der Erinnerung heraus: wir hatten vor einigen Jahren, ich weiß aber nicht mehr, ob mit dem Shop oder dem Online-CMS, ein ähnliches Problem, was mit der Position des Widgets geschützter Bereich zu tun hatte. Dieses Widget musste als oberstes auf der Seite platziert werden.

  • erst mal danke für die Hinweise, ich hatte beides getestet, zuerst die einfache Variante, das Widget nach oben verschoben, auf einer Seite stand es nach einem eigenen Script, da hatte ich es dann davor geschoben. Auch das Script hatte ich bereits einmal rausgeworfen (bzw. beides), leider hat beides das Ergebnis nicht verändert.

    Ich würde mir ja gerne den Quellcode des Shop-Widget's selbst anschauen, allerdings schätze ich, dass Zeta (Ihr) sich/euch da nicht reinschauen lässt/lasst.

    Also, defakto, die Tips haben (leider) nicht geholfen, der Effekt ist der gleiche wie vorher, auch die Browser, ob Gecko oder Chromium, verhalten sich alle genau gleich wie vorher.

    Sofern keiner eine andere Idee hat, versuche es mal mit dem Premiumsupport, schauen wir mal.

    Mache ich am Montag, heute wird das zu Eng mit der Zeit.

    Ich berichte.

  • ...besser oder auch einfacher gesagt anders, aber auch mit Fehlern. Manche Bilder erscheinen erst nach dem zweiten "Reload", manchmal erscheint ein Fehler, der denn lautet "Artikel nicht gefunden", manchmal sind auch alle Bilder vorhanden.

    Das Problem ist die fehlende Möglichkeit das zu reproduzieren, in seltenen Fällen geht es auch online, beim nächsten Aufruf dann auch wieder nicht.

    • Offizieller Beitrag

    Zur Info: Der Fehler lag offenbar an der zlib-Kompression auf dem Webserver. Diese hat bei der dynamischen Auslieferung von Bilddaten über PHP zu Problemen geführt

  • ...etwas genauer gesagt, in der zlip-Kompression lag das Problem. Warum, weil wahrscheinlich der Code und vor allem die dynamische Bildverwaltung ein Problem mit der dekomprimierung der http-Inhalte hat. Mit Zeta wurde das Problem gelöst, bin glücklich!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!