Zum Inhalt springen.
Sympa Menü

sg-webseite - Re: [Sg-webseite] Performance, Caching und Co.

Bitte warten ...

sg-webseite AT lists.piratenpartei.de

Betreff: Mailingliste der SG Webseite

Listenarchiv

Re: [Sg-webseite] Performance, Caching und Co.


Chronologisch Thread 
  • From: Martin Haug <martinhaug AT piratenpartei.de>
  • To: sg-webseite AT lists.piratenpartei.de
  • Subject: Re: [Sg-webseite] Performance, Caching und Co.
  • Date: Mon, 20 Feb 2012 19:46:29 +0100
  • List-archive: <https://service.piratenpartei.de/pipermail/sg-webseite>
  • List-id: <sg-webseite.lists.piratenpartei.de>
  • Openpgp: id=D98812B7

Hallo,
Habt ihr schon getestet, wie schnell die Seiten mit Caching ausgeliefert
werden?
Nicht das wir da eine Überraschung erleben.
mfg
Martin

Am 20.02.2012 19:19, schrieb Daniel Roschka:
> 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





Archiv bereitgestellt durch MHonArc 2.6.19.

Seitenanfang