Neues Cache-Verhalten nach Update

Der Hoster kann ein caching nutzen.

Wer ist dein Hoster.

Vielleicht hilft dir das weiter https://www.df.eu/de/support/d…nfactory/#accordion-24564.

Zitat von Lui_brempt

Der Hoster kann ein caching nutzen.

Wer ist dein Hoster.

Domainfactory nutzt bei den neuen 64-bit Tarifen zwei Cachings, das ngix oder wie das heißt und OP-Cache.
Wobei ich bislang noch nie das Problem hatte, dass Änderungen nicht sofort sichtbar sind. Nur bei den Updates bleibt die Meldung oft noch eine Weile bestehen, obwohl diese bereits durchgeführt sind.

Man kann den Cache auch deaktivieren, habe ich aus oben genannten Grund aber noch nie gemacht:
(Cache im Joomla habe ich immer deaktiviert, nur Gzip aktiv)

Zum Deaktivieren des OPcache ergänzen oder ändern Sie in der

.user.ini folgende Zeile: opcache.enable=0

Um das Caching der nginx zu deaktivieren, ergänzen Sie die .htaccess-Datei um folgende Zeile:

Header always set Cache-Control: s-maxage=0

Quelle: https://www.df.eu/de/support/d…nfactory/#accordion-24136

Edit: Link hat eh schon jemand gepostet.

Vorgeschalte Proxyserver können leider auch Nachteile haben...

Ganz allgemein:

Den OPcache würde ich auf gar keinen Fall deaktivieren.

Gzip im Joomla auch nur einschalten, wenn der Server nicht bereits per Defaul komprimiert, Doppeltes komprimieren ist kontraproduktiv und die Komprimierung auf Serverseite ist immer performanter, als wenn das auf PHP-Seite aktiviert wird.

Die Pro-Version behauptet von sich das zu können: https://regularlabs.com/cachecleaner/features

Ich bin diesbzgl. aber doof und weiß nicht, was der Hinweis in der Free-Version soll: "PHP OPcache des Servers leeren. Das funktioniert nur, wenn PHP den OPcache auch nutzt.". Weiß ich doch nicht, wer den nutzt

Den opcache kann man leicht löschen. Dafür braucht mal kein kostenpflichtiges Tool.

<?php
opcache_reset();
?>

PHP: opcache_reset - Manual

Geht nur nicht bei der Server-Konfig:
https://ma.ttias.be/how-to-clear-php-opcache/

Es gibt halt auch User, die nicht so firm sind mit PHP-Manipulationen auf Ihrer Seite und lieber einen Button klicken oder gleich ganz automatisch machen lassen, wenn man was speichert.

Der Cache Cleaner hat weitere Vorteile unter Joomla 4, aber hier nicht Thema. (er hat auch Nachteile )

Da stimme ich Dir zu Volkmar!

Aber letztlich geht es auch nicht ohne wenigstens minimaler Kenntnisse, damit man sich so ein Tool nicht umsonst kauft. Sich einfach ein Tool zu installieren, weil man dann glaubt damit was zu bewirken (hier den opcache löschen) macht nur Sinn, wenn die Serverkonfiguration das auch erlaubt. Wie in dem verlinkten Artikel zu lesen ist, kann man den cache gar nicht überall löschen (z.B. PHP als cgi oder FastCGI). In anderen Fällen (PHP-FPM) müsste man sogar einen Serverdienst restarten. Das wäre PHP gar nicht erlaubt... aber egal, führt hier weit. Die sinnvollste Variante hatte ich in Post #6 genannt.

BTW:
Lese ich hier richtig? DF bietet neuerdings 64-Bit Hosting an? Das ist ja kaum zu glauben.....
Ich kann mich gar nicht mehr an 32-Bit erinnern Ich glaube vor ca. 10 Jahren hatten wir auch mal ein paar Server mit 32-Bit....

Zitat von flotte

BTW:
Lese ich hier richtig? DF bietet neuerdings 64-Bit Hosting an? Das ist ja kaum zu glauben.....
Ich kann mich gar nicht mehr an 32-Bit erinnern Ich glaube vor ca. 10 Jahren hatten wir auch mal ein paar Server mit 32-Bit....

Naja, neuerdings...ich glaub, sie bieten die 64-bit Tarife jetzt schon ca. 2 Jahre an. Wir haben in der Firma ein Reseller-Hosting und einen günstigen Webserver zum Erstellen von Webseiten/Testen, aber die Leistung hat sich wirklich deutlich verbessert seit der Umstellung.

Hab ich das richtig verstanden, bei DF sollte man das Gzip gar nicht aktivieren in Joomla, weil es serverseitig schon aktiv ist?

Ich weiss nicht ob deren Server automatisch komprimieren. Das kann man doch leicht testen.