sg-webseite AT lists.piratenpartei.de
Betreff: Mailingliste der SG Webseite
Listenarchiv
- 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
- [Sg-webseite] 404-Bild?, Stephan Eisvogel, 20.02.2012
- Re: [Sg-webseite] 404-Bild?, Borys Sobieski, 20.02.2012
- Re: [Sg-webseite] 404-Bild?, Sylvia Poßenau, 20.02.2012
- Re: [Sg-webseite] 404-Bild?, Stephan Eisvogel, 20.02.2012
- [Sg-webseite] Performance, Caching und Co., Daniel Roschka, 20.02.2012
- Re: [Sg-webseite] Performance, Caching und Co., Martin Haug, 20.02.2012
- Re: [Sg-webseite] Performance, Caching und Co., Korbinian Polk, 21.02.2012
- Re: [Sg-webseite] Performance, Caching und Co., Borys Sobieski, 22.02.2012
- Re: [Sg-webseite] Performance, Caching und Co., Korbinian Polk, 21.02.2012
- Re: [Sg-webseite] Performance, Caching und Co., Martin Haug, 20.02.2012
- [Sg-webseite] Performance, Caching und Co., Daniel Roschka, 20.02.2012
- Re: [Sg-webseite] 404-Bild?, Stephan Eisvogel, 20.02.2012
- Re: [Sg-webseite] 404-Bild?, Sylvia Poßenau, 20.02.2012
- Re: [Sg-webseite] 404-Bild?, Borys Sobieski, 20.02.2012
Archiv bereitgestellt durch MHonArc 2.6.19.