<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>myPEAK.net Blog &#187; YUI Slow</title>
	<atom:link href="http://blog.mypeak.net/tag/yui-slow/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mypeak.net</link>
	<description>Video- und Fotowettbewerbe als Web2.0 Gewinnspiele</description>
	<lastBuildDate>Wed, 13 May 2009 13:34:55 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Website performance do&#8217;s and dont&#8217;s</title>
		<link>http://blog.mypeak.net/2007/11/14/website-performance-dos-and-doents/</link>
		<comments>http://blog.mypeak.net/2007/11/14/website-performance-dos-and-doents/#comments</comments>
		<pubDate>Wed, 14 Nov 2007 12:09:23 +0000</pubDate>
		<dc:creator>Philipp Strube</dc:creator>
				<category><![CDATA[Entwicklung]]></category>
		<category><![CDATA[closed Beta]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Javascript]]></category>
		<category><![CDATA[Web2.0]]></category>
		<category><![CDATA[YUI Slow]]></category>

		<guid isPermaLink="false">http://blog.mypeak.net/2007/11/14/website-performance-dos-and-doents/</guid>
		<description><![CDATA[Meiner Meinung nach gibt es fast nichts schlimmeres als langsame und träge Webseiten. Dabei muss man unterscheiden zwischen Seiten deren Erstellung Serverbedingt langsam ist und Seiten deren Darstellung im Browser langsam ist. Der Nutzer bildet sich seine Meinung basierend auf seiner Wahrnehmung. Natürlich ist es wichtig, die Datenbankabfrage am Backend um 3ms zu verbessern. Aber [...]]]></description>
			<content:encoded><![CDATA[<p>Meiner Meinung nach gibt es fast nichts schlimmeres als langsame und träge Webseiten. Dabei muss man unterscheiden zwischen Seiten deren Erstellung Serverbedingt langsam ist und Seiten deren Darstellung im Browser langsam ist.</p>
<p>Der Nutzer bildet sich seine Meinung basierend auf seiner Wahrnehmung. Natürlich ist es wichtig, die Datenbankabfrage am Backend um 3ms zu verbessern. Aber es zeigt sich sehr deutlich, dass das Backend häufig nur einen geringen Teil der gesamten Zeit in Anspruch nimmt. Teilweise bis zu 95% entfallen auf Vorgänge im Browser und es ist schlichtweg nicht richtig, dass man darauf als Entwickler keinen Einfluss hat.</p>
<p>Yahoo hat deshalb auf den Entwicklerseiten <a href="http://developer.yahoo.com/performance/index.html#rules" title="http://developer.yahoo.com/performance/index.html#rules" target="_blank">14 Regeln</a> veröffentlicht mit denen sich die Geschwindigkeit des Frontend sehr einfach optimieren lässt.</p>
<p><span id="more-27"></span> Firebug, wie wahrscheinlich die meisten kann ich mir garnicht mehr vorstellen wie man ohne dieses Tool jemals Webseiten entwickeln konnte. Yahoo hat ein Addon zum Addon herausgebracht. Juhu! Jedenfalls nennt sich das ganze <a href="http://developer.yahoo.com/yslow/" title="http://developer.yahoo.com/yslow/" target="_blank">YSlow</a> und ermöglicht es die eigene Webseite automatisch an Hand dieser 14 Regeln zu analysieren. Für jede der Regeln wird eine Wertung von A bis F vergeben wobei A die beste Wertung ist. Schlussendlich wird eine Gesamtbewertung angezeigt.</p>
<p>Da wir den Nutzern ermöglichen ihre bei anderen Anbietern gehosteten Inhalte zu verwenden war für uns von Anfang an klar, dass wir relativ viele DNS Abfragen und HTTP Requests haben werden. Es war also von Anfang an unser Ziel die eigenen Requests möglichst gering zu halten. Die erste der 14 Regeln war damit für mich keine Neuigkeit. Einige der anderen Regeln jedoch schon.</p>
<p>Ich habe die letzten zwei Tage damit verbracht die Seite zu optimieren und die YSlow Wertung dabei von D auf B, bzw. A verbessert. Hängt natürlich von der jeweiligen Seite ab. Z.B. werden jegliche auf myPEAK.net benötigten Javascript Dateien jetzt gepackt und dann nur die jeweils benötigten Dateien zusammengefasst und in einem Request an den Nutzer übertragen. Vorher waren das teilweise bis zu 7 Requests. Ausserdem werden die Javascript Dateien nicht mehr im Header eingebunden, sondern jetzt erst ganz am Ende der Seite. Dies ist erst durch die Zusammenfassung zu einer Datei möglich gewesen, weil damit die Reihenfolge gewahrt werden kann.</p>
<p>Wenn ich mir die Seiten der Platzhirsche der deutschen Internetszene so ansehe fragt man sich allerdings warum diesem enormen Einsparungspotential so wenig Aufmerksamkeit geschenkt wird.  Natürlich kann man mit genug Servern, einem Vertrag mit Akamai oder zumindest verschiedenen Hostnamen den Browser dazu bringen einen Großteil der Requests parallel zu verarbeiten. Aber DNS Abfragen sind teuer, dass sollte man dabei nicht vergessen. Wenn man mit einer keineswegs langsamen 18Mbit ADSL2+ Verbindung teilweise 10 Sekunden warten muss bis eine Seite komplett aufgebaut ist, fehlen zumindest mir die Worte.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mypeak.net/2007/11/14/website-performance-dos-and-doents/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
