[Sg-webseite] Performance, Caching und Co.

[Daniel Roschka <danielroschka AT phoenitydawn.de>]

Moin,

Am Montag, 20. Februar 2012 schrieb Stephan Eisvogel:
> Wenn die Page vor dem Launch in Chrome sagen wir in unter 1,5 sec für eine
> komplette PI ohne Client Cache braucht, und dabei weniger als 400 KB
> Traffic schluckt, werde ich mir keine Unterstützer für dieses 404-Bild
> suchen. Ansonsten ist das mit "Professionalität" doch eh hinfällig. Dann
> will ich wenigstens eine lustige 404-Seite PLUS Audio: http://is.gd/g3rgbp

Jetzt mal immer mit der Ruhe. Dass, was du aktuell als Ladezeiten siehst, ist 
komplett ohne Caching, da das applikationsseitige Caching aktuell deaktiviert 
ist (ich vermute um Anpassungen besser testen zu können) und Wordpress bei 
deaktiviertem Caching zusätzlich noch ein "Pragma: no-cache" raus haut (ich 
weiß nicht, ob das immer so ist, ist aber jedenfalls bei der aktuellen 
Installation so), dass dafür sorgt, dass auch Squid-seitig nichts gecached 
wird. Sobald der applikationsseitige Cache (wp-super-cache) aktiviert ist, 
gibt es also applikationsseitiges Caching und Caching durch den Squid der 
noch 
davor hängt.
Auf der anderen Seite muss man natürlich sagen, dass ungecachte Aufrufe 
leider 
nicht die schnellsten sein werden. Primär darum, da wir aufgrund von 
Sicherheitsproblemen aktuell keinen Opcode-Cache für PHP einsetzen können. 
Sobald das sicherheitstechnisch möglich ist, wird das aber natürlich noch 
nachgerüstet werden.
Durch das Caching sollten allerdings nur die wenigsten Aufrufe überhaupt in 
die Situation, nicht aus dem Cache bedient werden zu können, kommen.

Grüße,
Daniel