Cache
Cache
Ich bin auf der Suche nach einer Lösung, um die Zugriffszeiten im System zu optimieren.
Ich weiss es gibt von aitsu eine Lösung. Ich möchte aber gerne beim Standard Contenido bleiben.
Das Modul atqCES ist leider nicht mehr verfügbar.
Hat jemand eine andere Idee die Zugriffszeite von ganzen Seiten oder auch von einzelnen Modulinhalten z.B. über Caching zu beschleunigen?
Ich weiss es gibt von aitsu eine Lösung. Ich möchte aber gerne beim Standard Contenido bleiben.
Das Modul atqCES ist leider nicht mehr verfügbar.
Hat jemand eine andere Idee die Zugriffszeite von ganzen Seiten oder auch von einzelnen Modulinhalten z.B. über Caching zu beschleunigen?
Re: Cache
Alle atqDinge sind auf die eine oder andere Art und Weise in aitsu drin. (:
aitsu open source cms framework für contenido bei googlecode...
-
- Beiträge: 3626
- Registriert: Di 12. Okt 2004, 20:00
- Wohnort: Voerde (Niederrhein)
- Kontaktdaten:
Re: Cache
Also, wenn es um ganze Seiten geht, bietet Contenido ja aktuell ja schon einen Cache. Aktivierbar je Mandant durch eine Datei "config.local.php" in jeweiligen Mandatenordner mit folgendem Inhalt:
oder durch die gleiche Datei in "/contenido/includes/" für die gesamte Installation. Weitere Einstellungen sind, falls notwendig, in "/cms/includes/concache.php" möglich.
Code: Alles auswählen
<?php
$cfg["cache"]["disable"] = false;
?>
Re: Cache
Hab ich auch schon probiert. Habe aber leider keinen merklichen Effekt erzielen können.
Die Dateien, die unter cache/content abgelegt werden enthalten irgendwelche kryptischen Zeichen.
Ein Seitencache ist das wohl eher nicht. Keine Ahnung was hier gecached werden soll.
Da einige Seiten doch eher selten geändert werden, können die ruhig aus einem cache kommen. Hier fehlt aber die Möglichkeit
die Seiten statisch abzulegen und aus dem Filesystem zu lesen.
Wurde hier auch schon ein paar mal angesprochen, meines Wissens aber ohne ein brauchbares Ergebnis.
Die Dateien, die unter cache/content abgelegt werden enthalten irgendwelche kryptischen Zeichen.
Ein Seitencache ist das wohl eher nicht. Keine Ahnung was hier gecached werden soll.
Da einige Seiten doch eher selten geändert werden, können die ruhig aus einem cache kommen. Hier fehlt aber die Möglichkeit
die Seiten statisch abzulegen und aus dem Filesystem zu lesen.
Wurde hier auch schon ein paar mal angesprochen, meines Wissens aber ohne ein brauchbares Ergebnis.
-
- Beiträge: 3215
- Registriert: Do 21. Okt 2004, 11:08
- Wohnort: Augsburg
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 16 Mal
- Kontaktdaten:
Re: Cache
Hallo Mario_m,
was genau hast du bisher an Konfiguration eingestellt?
Das Setzen der Konfiguration $cfg["cache"]["disable"] = false; muss nicht unbedingt das Cachen der Seiten aktivieren.
Im Mandantenverzeichnis liegt die eigentlich Konfiguration des Caches (cms/includes/concache.php), schau dir mal die Werte dort an. Letztendlich ist die Einstellung $cfgConCache['enable'] = true; ausschlag gebend und aktiviert das Cachen der Seiten.
Die im Cacheverzeichnis abgelegten Seiten sind gecachte Seiten, die Ausgabe der Seite wird serialisiert und Base 64 codiert abgelegt, darum die komischen Zeichen.
Du kannst auch das Debuggen des Caches aktivieren, siehe $cfgConCache['debug'] in der cms/includes/concache.php. Es gibt einige Variablen, deren Werte das Cachen beeinflussen, diese werden in der $cfgConCache['idoptions'] gesetzt, und sollen dafür sorgen, dass trotz aktivem Cache, die Dynamik nicht verloren geht, wie z. B. die Suche, die dnnoch funktionierren sollte, das Ergebnis aber erst beim erneuten Request des gleichen Suchworts aus dem cache kommt. Hat eines der Variablen bei jedem Request einen anderen Wert, so wird die Ausgabe der Seite erneut gecached.
Auch wenn das Cachen aktiviert ist, gibt es vorher ein paar DB Zugriffe. Diese sind weitaus weniger, als ohne aktiviertem Cache. Trotzdem kann die Ausgabe der Seiten sich verzögern, weil z. B. der DB-Server ausgelastet ist.
Überprüfe doch mal die oben genannten Punkte, vielleicht kannst du das Problem eingrenzen.
Ist der DB-Server nicht überlastet, und bleiben die Werte der Variablen in $cfgConCache['idoptions'] konstant, sollten die Seiten erheblich schneller ausgeliefert werden.
Gruß
xmurrix
was genau hast du bisher an Konfiguration eingestellt?
Das Setzen der Konfiguration $cfg["cache"]["disable"] = false; muss nicht unbedingt das Cachen der Seiten aktivieren.
Im Mandantenverzeichnis liegt die eigentlich Konfiguration des Caches (cms/includes/concache.php), schau dir mal die Werte dort an. Letztendlich ist die Einstellung $cfgConCache['enable'] = true; ausschlag gebend und aktiviert das Cachen der Seiten.
Die im Cacheverzeichnis abgelegten Seiten sind gecachte Seiten, die Ausgabe der Seite wird serialisiert und Base 64 codiert abgelegt, darum die komischen Zeichen.
Du kannst auch das Debuggen des Caches aktivieren, siehe $cfgConCache['debug'] in der cms/includes/concache.php. Es gibt einige Variablen, deren Werte das Cachen beeinflussen, diese werden in der $cfgConCache['idoptions'] gesetzt, und sollen dafür sorgen, dass trotz aktivem Cache, die Dynamik nicht verloren geht, wie z. B. die Suche, die dnnoch funktionierren sollte, das Ergebnis aber erst beim erneuten Request des gleichen Suchworts aus dem cache kommt. Hat eines der Variablen bei jedem Request einen anderen Wert, so wird die Ausgabe der Seite erneut gecached.
Auch wenn das Cachen aktiviert ist, gibt es vorher ein paar DB Zugriffe. Diese sind weitaus weniger, als ohne aktiviertem Cache. Trotzdem kann die Ausgabe der Seiten sich verzögern, weil z. B. der DB-Server ausgelastet ist.
Überprüfe doch mal die oben genannten Punkte, vielleicht kannst du das Problem eingrenzen.
Ist der DB-Server nicht überlastet, und bleiben die Werte der Variablen in $cfgConCache['idoptions'] konstant, sollten die Seiten erheblich schneller ausgeliefert werden.
Gruß
xmurrix
CONTENIDO Downloads: CONTENIDO 4.10.1
CONTENIDO Links: Dokumentationsportal, FAQ, API-Dokumentation
CONTENIDO @ Github: CONTENIDO 4.10 - Mit einem Entwicklungszweig (develop-branch), das viele Verbesserungen/Optimierungen erhalten hat und auf Stabilität und Kompatibilität mit PHP 8.0 bis 8.2 getrimmt wurde.
CONTENIDO Links: Dokumentationsportal, FAQ, API-Dokumentation
CONTENIDO @ Github: CONTENIDO 4.10 - Mit einem Entwicklungszweig (develop-branch), das viele Verbesserungen/Optimierungen erhalten hat und auf Stabilität und Kompatibilität mit PHP 8.0 bis 8.2 getrimmt wurde.
Re: Cache
Hallo,
habe mich dafür entschieden einen flatfile cache einzusetzen. Die Performanceunterschiede sind doch sehr gross (Test mit Firebug und Speedtest). Wenn der Webserver die fertige Seite und Bilder von der Platte holt geht das teilweise um 50% schneller als mit aktiviertem Contenido Cache. Dies ist natürlich nicht für alle Seiten anwendbar (z.B. bei Randominhalten), aber für meine Zwecke optimal.
Grundsätzlich funktioniert das Ganze auch super, nur das update Problem ist noch zu lösen. Derzeit läuft das Ganze per cron je nach Mandant in unterschiedlichen Zyklen. Der Cron zieht per wget die Seite in eine Cacheverzeichnis. Der Webserver holt sich dann dort die Inhalte. Wird eine Seite angefordert, die nicht im Cache liegt, dann wird auf die Contenido Version weitergeleitet.
Derzeit arbeite ich aber noch an der Lösung, die Artikel beim Speichern automatisch im Cache abzulegen.
habe mich dafür entschieden einen flatfile cache einzusetzen. Die Performanceunterschiede sind doch sehr gross (Test mit Firebug und Speedtest). Wenn der Webserver die fertige Seite und Bilder von der Platte holt geht das teilweise um 50% schneller als mit aktiviertem Contenido Cache. Dies ist natürlich nicht für alle Seiten anwendbar (z.B. bei Randominhalten), aber für meine Zwecke optimal.
Grundsätzlich funktioniert das Ganze auch super, nur das update Problem ist noch zu lösen. Derzeit läuft das Ganze per cron je nach Mandant in unterschiedlichen Zyklen. Der Cron zieht per wget die Seite in eine Cacheverzeichnis. Der Webserver holt sich dann dort die Inhalte. Wird eine Seite angefordert, die nicht im Cache liegt, dann wird auf die Contenido Version weitergeleitet.
Derzeit arbeite ich aber noch an der Lösung, die Artikel beim Speichern automatisch im Cache abzulegen.