Comments on: Die großen Performance-Bremsen im Frontend 1 http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/ perun.net Sun, 12 Feb 2012 20:58:54 +0000 hourly 1 http://wordpress.org/?v= By: WordPress: Plugins die ich einsetze | WordPress & Webwork http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-67899 WordPress: Plugins die ich einsetze | WordPress & Webwork Sat, 11 Jun 2011 18:44:55 +0000 http://www.perun.net/?p=1912#comment-67899 [...] die Performance-Optimierung des Frontends habe ich recht viel geschrieben, zum Beispiel hier und hier. Bei dem Einsatz diverser Caching-Plugins bin ich vorsichtig und versuche im Vorfeld auf [...] [...] die Performance-Optimierung des Frontends habe ich recht viel geschrieben, zum Beispiel hier und hier. Bei dem Einsatz diverser Caching-Plugins bin ich vorsichtig und versuche im Vorfeld auf [...]

]]> By: Rückblick: WordCamp 2010 | Webseiten-Infos.de http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61231 Rückblick: WordCamp 2010 | Webseiten-Infos.de Mon, 12 Jul 2010 21:31:27 +0000 http://www.perun.net/?p=1912#comment-61231 [...] beruhte inhaltlich im Wesentlichen auf bereits von ihm zuvor veröffentlichte Blogbeiträge (“Die großen Performance-Bremsen im Frontend 1” und “Die großen Performance-Bremsen im Frontend 2“). Leser seines Blogs kannten [...] [...] beruhte inhaltlich im Wesentlichen auf bereits von ihm zuvor veröffentlichte Blogbeiträge ("Die großen Performance-Bremsen im Frontend 1" und "Die großen Performance-Bremsen im Frontend 2"). Leser seines Blogs kannten [...]

]]> By: Die großen Performance-Bremsen im Frontend 2 | perun.net http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61198 Die großen Performance-Bremsen im Frontend 2 | perun.net Tue, 06 Jul 2010 19:53:58 +0000 http://www.perun.net/?p=1912#comment-61198 [...] habe vor einigen Tagen die Serie Die großen Performance-Bremsen im Frontend gestartet. Im ersten Teil ging es um die Einbindung diverser externer Dienste und wie diese eine [...] [...] habe vor einigen Tagen die Serie Die großen Performance-Bremsen im Frontend gestartet. Im ersten Teil ging es um die Einbindung diverser externer Dienste und wie diese eine [...]

]]> By: Das WordCamp 2010 in Berlin – ein Rückblick » sebastian-gerth.com http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61196 Das WordCamp 2010 in Berlin – ein Rückblick » sebastian-gerth.com Tue, 06 Jul 2010 14:19:58 +0000 http://www.perun.net/?p=1912#comment-61196 [...] von HTTP-Requests bspw. durch das Zusam­men­fas­sen von CSS- und Javascript-Dateien, die Wahl der rich­ti­gen Plugins, ebenso wie die Ver­wen­dung ver­schie­de­ner Grafik-Formate. Eine Ver­wen­dung von Tools [...] [...] von HTTP-Requests bspw. durch das Zusam­men­fas­sen von CSS- und Javascript-Dateien, die Wahl der rich­ti­gen Plugins, ebenso wie die Ver­wen­dung ver­schie­de­ner Grafik-Formate. Eine Ver­wen­dung von Tools [...]

]]> By: Rückblick auf das WordCamp 2010 in Berlin - Weblog - Michael Jendryschik http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61168 Rückblick auf das WordCamp 2010 in Berlin - Weblog - Michael Jendryschik Sun, 04 Jul 2010 17:42:24 +0000 http://www.perun.net/?p=1912#comment-61168 [...] Strategien, sie zu umgehen. Tatsächlich ist alles, was Vladimir zeigte, einfach umzusetzen: Wahl der richtigen Plugins, Optimierung von Grafiken, Reduzierung von HTTP-Requests, Komprimierung und Caching. Nicht viel [...] [...] Strategien, sie zu umgehen. Tatsächlich ist alles, was Vladimir zeigte, einfach umzusetzen: Wahl der richtigen Plugins, Optimierung von Grafiken, Reduzierung von HTTP-Requests, Komprimierung und Caching. Nicht viel [...]

]]> By: Haf http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61074 Haf Wed, 23 Jun 2010 05:33:51 +0000 http://www.perun.net/?p=1912#comment-61074 Danke für die Links, aber ich lese hier regelmäßig mit, die Artikel habe ich schon größtenteils umgesetzt - vorher sah es bei mir noch schlimmer aus. ;) Im Frontend sehe ich derzeit v.a. noch die CSS Sprites als Optimierungsmöglichkeit, um die Anzahl der Server-Anfragen zu reduzieren. Zuletzt waren es jetzt 28, 10-15 Stück bekomme ich durch ein gemeinsames Bild für die Hintergrundgrafiken sicher noch raus. Ich bin nur nicht so fit in Sachen CSS, da muss ich erstmal schauen, wie genau ich das CSS-Sprite eigentlich einfügen kann, erzeugt habe ich es mit einem Tool schon, und für die einzelnen Elemente auch einfache CSS Definitionen, die muss ich aber noch in mein richtiges Style Sheet integrieren. Naja, wird kein Hexenwerk sein. Danke für die Links, aber ich lese hier regelmäßig mit, die Artikel habe ich schon größtenteils umgesetzt – vorher sah es bei mir noch schlimmer aus. ;)

Im Frontend sehe ich derzeit v.a. noch die CSS Sprites als Optimierungsmöglichkeit, um die Anzahl der Server-Anfragen zu reduzieren. Zuletzt waren es jetzt 28, 10-15 Stück bekomme ich durch ein gemeinsames Bild für die Hintergrundgrafiken sicher noch raus. Ich bin nur nicht so fit in Sachen CSS, da muss ich erstmal schauen, wie genau ich das CSS-Sprite eigentlich einfügen kann, erzeugt habe ich es mit einem Tool schon, und für die einzelnen Elemente auch einfache CSS Definitionen, die muss ich aber noch in mein richtiges Style Sheet integrieren. Naja, wird kein Hexenwerk sein.

]]> By: Perun http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61071 Perun Tue, 22 Jun 2010 22:18:32 +0000 http://www.perun.net/?p=1912#comment-61071 @Haf, schaue dir auch die beiden Artikel mal an: <ul> <li><a href="http://www.perun.net/2009/04/22/wordpress-websites-beschleunigen/" rel="nofollow">WordPress-Websites beschleunigen</a></li> <li><a href="http://www.perun.net/2009/06/06/wordpress-websites-beschleuinigen-4-ein-zwischenergebnis/" rel="nofollow">WordPress-Websites beschleunigen 4: ein Zwischenergebnis</a></li> </ul> @Haf,

schaue dir auch die beiden Artikel mal an:

]]> By: Haf http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61070 Haf Tue, 22 Jun 2010 22:13:48 +0000 http://www.perun.net/?p=1912#comment-61070 Ich hab vorhin gerade die meisten Buttons aus meinem Blog gekickt, da sie sowieso praktisch nicht genutzt wurden nach meinem Kenntnisstand. Ich experimentiere gerade ein wenig an der Performance herum und habe nach einem YSlow-Test festgestellt, dass auf der Startseite ungecached mal locker 280kb in 38 HTTP Requests ablaufen. Jetzt lese ich gerade nach, wie ich CSS Sprites einsetzen kann. :) Ich hab vorhin gerade die meisten Buttons aus meinem Blog gekickt, da sie sowieso praktisch nicht genutzt wurden nach meinem Kenntnisstand.
Ich experimentiere gerade ein wenig an der Performance herum und habe nach einem YSlow-Test festgestellt, dass auf der Startseite ungecached mal locker 280kb in 38 HTTP Requests ablaufen. Jetzt lese ich gerade nach, wie ich CSS Sprites einsetzen kann. :)

]]> By: Dobschat » Links vom 20. Juni 2010 bis 22. Juni 2010 http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61062 Dobschat » Links vom 20. Juni 2010 bis 22. Juni 2010 Tue, 22 Jun 2010 00:01:27 +0000 http://www.perun.net/?p=1912#comment-61062 [...] Die großen Performance-Bremsen im Frontend 1 | perun.net – Oh ja, da gibt es einige, hier auch… [...] [...] Die großen Performance-Bremsen im Frontend 1 | perun.net – Oh ja, da gibt es einige, hier auch… [...]

]]> By: Matthias http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61056 Matthias Mon, 21 Jun 2010 13:25:58 +0000 http://www.perun.net/?p=1912#comment-61056 Ich habe die ganzen Buttons auch wieder entfernt, nachdem die Diskussionen um die Ladezeit zugenommen haben und Google es sogar in die Webmastertools aufgenommen hat. Persönlich verstehe ich die kb und Sekunden-Gerangelei zwar nicht so ganz, weil jeder User mit DSL 6.000 aufwärts sollte die 2 oder 3 Buttons mehr oder weniger doch kaum bemerken? Ich habe die ganzen Buttons auch wieder entfernt, nachdem die Diskussionen um die Ladezeit zugenommen haben und Google es sogar in die Webmastertools aufgenommen hat. Persönlich verstehe ich die kb und Sekunden-Gerangelei zwar nicht so ganz, weil jeder User mit DSL 6.000 aufwärts sollte die 2 oder 3 Buttons mehr oder weniger doch kaum bemerken?

]]> By: 40_Fieber http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61050 40_Fieber Mon, 21 Jun 2010 06:49:37 +0000 http://www.perun.net/?p=1912#comment-61050 Hallo, ich habe, ehrlich gesagt, nicht das Gefühl, daß die Buttons unbedingt in den Blog müssen. Wer twittert hat sowieso den passenden Button in seinem Browser. Unser Blog twittert und facebookt herum, ohne daß ich Buttons hätte. Also für diese zwei Seiten muß man wirklich keine Reklame machen. Die finden die Leute von ganz alleine. Hallo,

ich habe, ehrlich gesagt, nicht das Gefühl, daß die Buttons unbedingt in den Blog müssen. Wer twittert hat sowieso den passenden Button in seinem Browser. Unser Blog twittert und facebookt herum, ohne daß ich Buttons hätte. Also für diese zwei Seiten muß man wirklich keine Reklame machen. Die finden die Leute von ganz alleine.

]]> By: Peter http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61021 Peter Sat, 19 Jun 2010 21:29:16 +0000 http://www.perun.net/?p=1912#comment-61021 Das ist wohl wahr, aber trotzdem ist der Performance <em>mit</em> dieser Option so dermaßen viel übler, dass man darauf einfach verzichten muss um sich nicht völlig in den Fuß zu schießen. Wenn die Seite so lahm ist, dass sie den User nervt, wird er auch nichts liken/flattrn/whatevern. Jedenfalls ist das nach intensiven Feldversuchen mein Ergebnis gewesen :) Das ist wohl wahr, aber trotzdem ist der Performance mit dieser Option so dermaßen viel übler, dass man darauf einfach verzichten muss um sich nicht völlig in den Fuß zu schießen. Wenn die Seite so lahm ist, dass sie den User nervt, wird er auch nichts liken/flattrn/whatevern. Jedenfalls ist das nach intensiven Feldversuchen mein Ergebnis gewesen :)

]]> By: Perun http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61020 Perun Sat, 19 Jun 2010 21:23:21 +0000 http://www.perun.net/?p=1912#comment-61020 Hallo Peter, klar kann man da einiges rausholen, aber <blockquote>Bei Facebook-Buttons einfach auf die Option show_faces verzichten</blockquote> genau solche Funktionen, sind es die die Besucher zum anklicken animieren. Das habe ich bei dem Flattr- und Topsy-Button bemerkt. Die statischen Varianten werden nicht so oft angeklickt und ich wette mit dir, dass der FB-Button mit den Gesichtern eher angeklickt wird als der ohne. Hallo Peter,

klar kann man da einiges rausholen, aber

Bei Facebook-Buttons einfach auf die Option show_faces verzichten

genau solche Funktionen, sind es die die Besucher zum anklicken animieren. Das habe ich bei dem Flattr- und Topsy-Button bemerkt. Die statischen Varianten werden nicht so oft angeklickt und ich wette mit dir, dass der FB-Button mit den Gesichtern eher angeklickt wird als der ohne.

]]> By: Dieter http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61019 Dieter Sat, 19 Jun 2010 21:08:08 +0000 http://www.perun.net/?p=1912#comment-61019 Das Problem hatte ich aktuell mit dem Retweet-Button. :twisted: Habe mich dann für den zwar etwas umständlicheren manuellen Einbau des Topsy Retweet Button wegen der besten Performance. Einzelheiten hierzu unter http://www.webseiten-infos.de/validen-retweet-button-einbauen/ . :) Das Problem hatte ich aktuell mit dem Retweet-Button. :twisted:

Habe mich dann für den zwar etwas umständlicheren manuellen Einbau des Topsy Retweet Button wegen der besten Performance. Einzelheiten hierzu unter http://www.webseiten-infos.de/validen-retweet-button-einbauen/ . :)

]]> By: Peter http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61018 Peter Sat, 19 Jun 2010 20:58:19 +0000 http://www.perun.net/?p=1912#comment-61018 Warum verzichten wenn man schummeln kann? Bei Facebook-Buttons einfach auf die Option show_faces verzichten, das bringt schon einiges. Andere solcher Widgets (und z.B. auch Gravatare) haben recht unbrauchbare Cache-Headers, die man beeinflussen kann, wenn man die entsprechenden Resourcen durch einen Rewrite-Proxy tunnelt. Jedes bisschen hilft! Warum verzichten wenn man schummeln kann? Bei Facebook-Buttons einfach auf die Option show_faces verzichten, das bringt schon einiges. Andere solcher Widgets (und z.B. auch Gravatare) haben recht unbrauchbare Cache-Headers, die man beeinflussen kann, wenn man die entsprechenden Resourcen durch einen Rewrite-Proxy tunnelt.

Jedes bisschen hilft!

]]> By: Jens http://www.perun.net/2010/06/19/die-grossen-performance-bremsen-im-frontend-1/#comment-61017 Jens Sat, 19 Jun 2010 20:15:52 +0000 http://www.perun.net/?p=1912#comment-61017 sehr guter Hinweis, ich selber verfolge die Strategie schon selber auf meinem Projekten so wenig wie möglich interaktve Buttons einzubinden. Da JS ja nun doch immer meistens die größte Kapazität einnimmt und benötigt. Da sollte auch noch was in den nächsten Jahre geschehen. LG Jens sehr guter Hinweis, ich selber verfolge die Strategie schon selber auf meinem Projekten so wenig wie möglich interaktve Buttons einzubinden. Da JS ja nun doch immer meistens die größte Kapazität einnimmt und benötigt.

Da sollte auch noch was in den nächsten Jahre geschehen.

LG Jens

]]>