Das wichtigste zeigt das Diagramm:
Serendipity könnte durch Caches erheblich beschleunigt werden. Für kleine Blogs ist das weniger wichtig, für etwas größere wird es schnell relevant. Selbst dieser kleine Blog hier, der auf einem guten Server läuft, kam durch ein paar häufiger besuchte Artikel so sehr ins Schwitzen, dass ich das Cache-Plugin installieren musste. So etwas hätte ich daher gerne direkt im Core.
Es gibt verschiedene Ansätze. Ein Cache kann s9y in eine statische Seite verwandeln, der Effekt ist immens. Das ist Nealks Text-Cache im Diagramm. Der printEntries-Cache dagegen cached zwar das Ergebnis des Datenbankaufrufs, führt beim späteren Aufruf aber immer noch die Event-Hooks für Plugins aus. Funktioniert das wie geplant, wird s9y ohne jegliche Einschränkung für den Nutzer beschleunigt.
Wir sparen einen komplizierten Datenbank-Select samt Join, und einiges an auszuführenden PHP-Code.
Der Cache, den wir im Entryproperties-Plugin schon haben, hilft zwar bereits, ist aber nicht genug.
Nach einem Stupser im Forum und interner Rücksprache habe ich den printEntries-Cache nun in den aktuellen Master, das zukünftige s9y 2.1, eingebaut.
Nutzer mit Testblog, bitte testet den Cache, indem ihr s9y mit ihm nutzt: $serendipity['use_internal_cache'] = false;
in der serendipity_config.inc.php auf true
setzen. Feedback bitte hier in die Kommentare, ins Forum oder in das Github-Issue.
Für mich ist Ziel, zwei-drei Serendipity-Version später diesen Cache als Standard an zu haben.
Netz - Rettung - Recht am : Wellenreiten 05/2015
Vorschau anzeigen
netz-rettung-recht.de am : PingBack
Vorschau anzeigen