ich habe folgendes Problem. Ich habe einen Shopware 5 für unseren Kunden aufgesetzt. Natürlich müssen wir gelegentlich den Cache leeren für die ein oder andere Änderung.
Leider kommt es dabei oft mal vor, dass bei zurückkehrenden Besuchern, deren Browser quasi das CSS nicht lädt oder vielleicht auch andere Dinger. Jedenfalls ist der Shop dann zerschossen. Abhilfe schafft ein hartes aktualisieren inklusive Cache löschen bei dem Browser des Kunden also shift+F5. Das kann natürlich nicht die Lösung sein.
Ja ist es gerade auch! Bin selbst gerade alles mögliche am Testen um das Problem zu beheben. Akut lösche ich den Cache mal von Hand und lege gerde ein Backup an.
Außerdem wird ein kinderzeit-Logo von einer externen Domain nachgeladen bei der das SSL-Zertifikat in Zukunft Probleme bereiten wird (in Google Chrome).
Ja der Anbieter ist leider unter aller Kanone. Das ganze Theme ist ein einziges Schrapnell. Almcode hat schon einige Plugins übernommen und dort rragiert wenigstens mal jemand. Unsere Supportanfragen gingen vorher ohne Antwort bei KinderDerZeit unter.
Dafür das Shopware so ein kontrolliertes System sein soll, sind wir als Agentur absolut nicht begeistert aber das gehört hier auch nicht rein.
Ich schreibe mal, wenn ich mit meinen Lösungsversuchen durch bin.
wir sprechen hier wohl von einem Konfigurationsproblem. Scheint mir auf keinen Fall ein Shopware Problem zu sein.
Beispielsweise klappt der Aufruf der Domain direkt nicht sauber. Der Shop scheint auf https konfiguriert zu sein. Rufe ich die Seiten mit https, statt http auf, dann klappt auch die Ansicht korrekt. Also das ist entweder keine Rewrite-Regel angelegt worden für http auf https per 301 Weiterleitung bzw. zusätzlich scheint in der Konfiguration was nicht zu stimmen, denn auch ein Aufruf pet https sollte im Standard sauber möglich sein (ohne Rewrite-Regel in der httaccess). Es kann also auch gut an der Server-Config liegen.
Also beim Thema http/https / SSL würde ich ansetzen
Der Server ist zwar nicht sinnvoll konfiguriert, läuft aber sowohl unter http als auch https. Das Problem tritt immer auf, wenn der Request auf die CSS-Datei unter /web/cache/ zwar einen 200-Response Code erhält, aber die Datei keine Daten enthält. Das tritt sporadisch auf und man kann unter Umständen schon in der nächsten “Sekunde” die CSS-Datei laden.
Also der Tipp von hth war sehr Hilfreich. Es ist so, dass aus irgendeinem Grund die CSS Datei nicht geladen wird obwohl sie vorhanden ist. Da der Status 200 geliefert wird bevor die CSS Datei geliefert wird, ist diese dann halt schlichtweg leer.
Es ist bei dem Hoster kein Proxy davor, soweit wir das erkennen. Wir haben jetzt alles auf PHP 7 zur beschleunigung umgestellt, was zuvor aufgrund eines “nachhinkenden” Plugins nicht möglich war.
Das System läuft jetzt schneller und es scheint das Problem vorerst behoben zu haben auch wenn das schlichte Downloaden der CSS durch den Browser meines Wissens nichts mit der PHP Version zu tun hat oder? Nunja vorerst scheint es geholfen zu haben.