Shop 4 - Cache Varianten

[Schmalfred]

Ich habe bei All-inkl einen managed Server laufen und wollte mir jetzt die Cache Module installieren lassen. (PHP 5.6)
Mir wurde angeboten den Zend OPcache anstatt des APC zu verwenden.

Meine Frage also: unterstützt der Shop-4 Zend OPcache?

..

 

[charly76]

AW: Shop 4 - Cache Varianten

Der Benchmark erkennt es zumindest NICHT. Es lässt sich dann auch nichts anderes im Cache Bereich des Shops aktivieren.

 

[testjo]

AW: Shop 4 - Cache Varianten

Sag mall so APC gibt es ziemlich lang, es gab so einige BUGS und oder probleme mit umgebungen / settings / software.
Es gibt mehrere Cache möglichkeiten.
Pro platform soll den Anbieter ( hoster) wissen welche am besten lauft!
Oder wichtiger welche eher nicht

So eben mall einiges ausprobieren /testen / schalten im live produktion dan wider den anderer und und könnte ziemlich schief gehen. pass bitte auf

Weil die meisten caching systeme brauchen weitere setttings / anpassungen um die wirklich zu optimieren, können dan aber ein anderer cache system in den weg sitzen oder unbrauchbar machen. ( wen man umschaltet oder kurz nebenbei)

 

[Schmalfred]

AW: Shop 4 - Cache Varianten

ok, die Jungs von JTL sollten eigentlich wissen mit welchen Cache Modul der Shop "rennt", der Hoster kennt den Shop/Software i.d.R nicht, der filecache bei Shop4 läuft bei mir momentan suboptimal bis garnicht.

 

[charly76]

AW: Shop 4 - Cache Varianten

Welche Optionen der Shop unterstützt, kannst du ja ACP sehen.

 

[testjo]

AW: Shop 4 - Cache Varianten

ok, die Jungs von JTL sollten eigentlich wissen mit welchen Cache Modul der Shop "rennt", der Hoster kennt den Shop/Software i.d.R nicht, der filecache bei Shop4 läuft bei mir momentan suboptimal bis garnicht.

Richtig.
Deswegen geht es also nicht beim jeden oder in jeden hostumgebung. ( weil apc kan man nicht so einfach überall dazu schalten ( beim hoster) , sollte man auch nicht... )

 

[FMoche]

AW: Shop 4 - Cache Varianten

Der Zend OPcache kann schon rein technisch nicht genutzt werden, da er keinen sog. "User cache" bietet.
D.h., es gibt keinerlei Funktionen, um selber Daten darin zu speichern.

Es ist also zwangsläufig so etwas wie APC oder APCu nötig. Diese Extensions bieten Funktionalität für apc_store() oder apc_fetch, mit denen der Objektcache dann auch arbeiten kann.
Vergleiche dazu z.B. How to use PHP OPCache? - Stack Overflow

Die beste Lösung ist erfahrungsgemäß übrigens redis - was leider von wenigen Hostern angeboten wird.

 

[testjo]

AW: Shop 4 - Cache Varianten

per domain soll aber gehen ob dass reicht ?
Warum nicht?

because this was you have a real shared cache

PHP FPM 5.5 - Does Opcache run Per Domain - Stack Overflow
https://github.com/PeeHaa/OpCacheGUI

oja zum beispiel ein magento lauft wirklich mit den redis und varnish ziemlich ok

 

[charly76]

AW: Shop 4 - Cache Varianten

@FMoche

Bringt das Redis viel? Ich überlege zum Vertragsende (Ende des Jahres) den Hoster zu wechseln, hauptsächlich wegen den nicht "Optimalen" Service Zeiten. Und der "neue" würde mir Redis installieren und konfigurieren.

 

[FMoche]

AW: Shop 4 - Cache Varianten

Hängt natürlich ein wenig vom Aufpreis ab, aber ja.
Es skaliert gut, hat wenig Probleme mit Fragmentierung, ist schnell und lässt sich obendrein auch noch als Session-Speicher nutzen.
Abgesehen davon ist es die am besten getestete Methode.

 

[charly76]

AW: Shop 4 - Cache Varianten

Danke, das hilft etwas bei Entscheidungsfindung.

Es ist teurer, hält sich aber im Rahmen.

 

[tom10]

AW: Shop 4 - Cache Varianten

Was zur eigenen Umgebung am besten passt, kann man nicht so pauschal festlegen. Gute Erfahrungen habe ich mit memcached + Session in memcached in kombi mit OPcache gemacht. Läuft auch mit 1GB Cache noch problemlos, stabil und schnell.

 

[buda13a]

AW: Shop 4 - Cache Varianten

und wenn man bei JTL den Shop hostet, was wäre dann die beste Einstellung?

 

[Desecrator]

AW: Shop 4 - Cache Varianten

gleiche Frage von mir!

 

[ongnamo]

"Die beste Lösung ist erfahrungsgemäß übrigens redis - was leider von wenigen Hostern angeboten wird."

-> All-Inkl hat mri den Dienst aktiviert. Wie lässt sich das nun im Backend auswählen? Die Option bleibt weiterhin ausgegraut.

Gruß
Thomas

 

[Xantiva]

In der Doku steht leider nicht viel zum Cache-System. Es wäre toll, wenn in dem Punkt die Doku erweitert würde, oder vielleicht mal ein Blogartikel erscheint:
Was passiert, wenn die verschiedenen Caches aktiviert werden? Kann es Probleme geben, falls ja: Welche bzw. worauf sollte man achten?
Für welche(s) Cache-System(e) gibt es eine Empfehlung aus Eurer Sicht? Bei Redis gibt es in den normalen Paketquellen (Ubuntu) offenbar nur ältere Versionen - welche Versionen habt Ihr getestet bzw. sind erforderlich?

 

[FMoche]

Ein wenig mehr steht in der Entwickler-Dokumentation (http://docs.jtl-shop.de/de/latest/shop_plugins/cache.html).
Sollten Informationen fehlen, kann gerne eine Issue im zugehörigen Projekt erstellt werden (https://gitlab.jtl-software.de/jtlshop/JTL-Shop-documentation).

Deine Fragen nehme ich gerne als Anregung für eine ausführlicherer Dokumentation.

 

[ongnamo]

Das, was in der Doku steht, ist für Plugin-Entwickler gedacht. Ich bin bloß ein Shop-Betreiber mit limitiertem technischen Know-How. Ich möchte, dass mein Shop möglichst kurze Ladezeiten hat und würde gern testen, ob ein anderes Caching als über Dateien einen Performancevorteil hat. Mit der technischen Doku dort oben kann ich nicht anfangen.

Nachdem ich verstanden habe, dass ALL-INKL einen Dienst etablieren musste, der nun läuft, wollte ich redis aktivieren. Das geht jedoch nicht, da die Option grau ist. Jetzt stehe ich doof da, weil ich nirgends nachlesen kann, was zu tun ist. In meiner Not habe ich ALL-INKL gefragt, ob mit dem Dienst alles in Ordnung ist und bekomme eine Antwort, die mich überfordert:

"Der Dienst ist installiert und auch aktiv. Aktuell ist dieser Cronjob auf einlesen von Dateien pro 1 Minute eingestellt. Können Sie bitte einmal testen eine Datei einlesen zu lassen?"

Hähh? Ich habe keine Ahnung, welche Dateien von welchem Verzeichnis eingelesen werden. Alles was ich mir wünsche, ist eine einfache Erläuterung (in oder von JTL), wie man Caching mit Redis in Betrieb nimmt.

 

[FMoche]

Das sollte jetzt aber die Aufgabe von All-Inkl. sein.
Die Antwort klingt allerdings so, als hätte der Support da keine Ahnung von Redis.

Generell braucht es 2 Komponenten: den Redis-Server, der die Daten tatsächlich speichert und verwaltet und eine PHP-Extension, die sich um die Kommunikation mit dem Server kümmert.
Nur wenn beides vorhanden ist, kann das ganze als Caching-Methode genutzt werden. Ich würde jetzt mal davon ausgehen, dass letztere nicht installiert ist.

Prüfen lässt sich das z.B. über die Ausgabe von phpinfo() - da sollte dann irgendwas von "redis" drinstehen.
Einfach eine neue PHP-Datei erstellen und dort

<?php
phpinfo();

reinschreiben, speichern und im Browser aufrufen.

 

[ongnamo]

Hallo Fmoche,

danke für die Ausführungen. Ich muss All-Inkl etwas in Schutz nehmen, die ja im Allgemeinen einen sehr guten Support haben. Das o.g. Zitat war etwas aus dem Zusammenhang gerissen und vielleicht missverständlich. Heute Nacht haben sie mit einer weiteren Email nachgelegt:

"unsere Recherche hat ergeben, dass Sie für Redis nicht nur den Redis-Dienst an sich benötigen, sondern die PHP-Erweiterung für Redis. Diese haben wir Ihnen für die PHP-Version 5.6 nach installiert. Falls Sie noch eine andere PHP-Version benötigen, geben Sie uns bitte kurz Rückmeldung. "

Das passt ja ausgezeichnet zu Deiner Darstellung.

Sodann habe ich die phpinfo.php in meiner Domain ausgeführt. Von redis lese ich da nichts. Ist das dann der Grund, warum sich im JTL-Backend redis immer noch nicht auswählen lässt?

- Sorry für diese Fragen. Bei dem Thema komme ich mir vor wie ein Depp. Aber vielleicht hilft es ja anderen, die diese Funktion auch nutzen wollen.