<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Kommentare zu: Sehr sehr schnelle Seiten &#8211; Website Performance Best Practice &#8211; Teil 1</title>
	<atom:link href="http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/</link>
	<description>Für mehr Qualität im Web</description>
	<lastBuildDate>Thu, 14 Jan 2010 13:07:14 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Thomas Scholz</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26382</link>
		<dc:creator>Thomas Scholz</dc:creator>
		<pubDate>Wed, 17 Dec 2008 15:01:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26382</guid>
		<description>Es gibt auch den HTTP-Header Link. Wenn man darüber das Stylesheet redundant auch angibt, muß der Browser nicht auf die Ergebnisse des HTML-Parsers warten, um die Adresse des Stylesheets herauszufinden. 
Das ist besonders interessant für Handhelds, Mobiltelefone etc.

Zur Menge der HTTP-Requests: Gerade bei Seiten, die per Script generiert werden, vergessen die Autoren oft Content-Length. Das ist aber wichtig, um dem UA Pipelining zu ermöglichen, also die Bündelung mehrerer Requests.

Und wenn man Gzip benutzt, sind Basteleien an den Leerstellen in CSS und JS Zeitverschwendung. Sie ändern nahezu nichts an der übertragenen Dateigröße.</description>
		<content:encoded><![CDATA[<p>Es gibt auch den HTTP-Header Link. Wenn man darüber das Stylesheet redundant auch angibt, muß der Browser nicht auf die Ergebnisse des HTML-Parsers warten, um die Adresse des Stylesheets herauszufinden.<br />
Das ist besonders interessant für Handhelds, Mobiltelefone etc.</p>
<p>Zur Menge der HTTP-Requests: Gerade bei Seiten, die per Script generiert werden, vergessen die Autoren oft Content-Length. Das ist aber wichtig, um dem UA Pipelining zu ermöglichen, also die Bündelung mehrerer Requests.</p>
<p>Und wenn man Gzip benutzt, sind Basteleien an den Leerstellen in CSS und JS Zeitverschwendung. Sie ändern nahezu nichts an der übertragenen Dateigröße.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Thomas</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26381</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Wed, 17 Dec 2008 14:18:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26381</guid>
		<description>Vielen Dank auch von mir! Die hinweise waren auch für mich sehr nützlich!</description>
		<content:encoded><![CDATA[<p>Vielen Dank auch von mir! Die hinweise waren auch für mich sehr nützlich!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Nico</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26369</link>
		<dc:creator>Nico</dc:creator>
		<pubDate>Tue, 16 Dec 2008 13:25:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26369</guid>
		<description>Hallo,
Noch ein Tip für Script Datein. 
Wenn die nicht in bestimmten rein folge oder Dokumentinhalt generieren (zum Beispiel kein document.write in JS bentuzen)  kann man dem Script-Tag das Attribut defer=&quot;false&quot; setzen dann werden die Scripte gleichzeitig geladen anstatt nacheinander. 

&lt;a href=&quot;http://www.edition-w3.de/TR/1999/REC-html401-19991224/interact/scripts.html&quot;&gt;

defer&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Hallo,<br />
Noch ein Tip für Script Datein.<br />
Wenn die nicht in bestimmten rein folge oder Dokumentinhalt generieren (zum Beispiel kein document.write in JS bentuzen)  kann man dem Script-Tag das Attribut defer=&#034;false&#034; setzen dann werden die Scripte gleichzeitig geladen anstatt nacheinander. </p>
<p><a href="http://www.edition-w3.de/TR/1999/REC-html401-19991224/interact/scripts.html"></p>
<p>defer</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dirk Ginader</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26367</link>
		<dc:creator>Dirk Ginader</dc:creator>
		<pubDate>Tue, 16 Dec 2008 07:59:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26367</guid>
		<description>@Manuel
Die gibt es tatsächlich! :-)
Mein hochgeschätzter Kollege Marco hat das Wordpress Plugin &lt;a href=&quot;http://www.i-marco.nl/weblog/archive/2007/05/31/wpcssstreamliner_css_optimizat&quot;&gt;WP-CSS-Streamliner&lt;/a&gt; entwickelt welches automatisch alle CSS Dateien eines Wordpress Blogs kombiniert, optimiert und gzip komprimiert.</description>
		<content:encoded><![CDATA[<p>@Manuel<br />
Die gibt es tatsächlich! <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
Mein hochgeschätzter Kollege Marco hat das Wordpress Plugin <a href="http://www.i-marco.nl/weblog/archive/2007/05/31/wpcssstreamliner_css_optimizat">WP-CSS-Streamliner</a> entwickelt welches automatisch alle CSS Dateien eines Wordpress Blogs kombiniert, optimiert und gzip komprimiert.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Manuel</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26365</link>
		<dc:creator>Manuel</dc:creator>
		<pubDate>Tue, 16 Dec 2008 03:23:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26365</guid>
		<description>Interessant! Vor allem das mit der &quot;Kombination reduziert HTTP-Requests&quot; war mir neu. Gibt es irgendwelche speziellen Tipps für Wordpress Seiten?</description>
		<content:encoded><![CDATA[<p>Interessant! Vor allem das mit der &#034;Kombination reduziert HTTP-Requests&#034; war mir neu. Gibt es irgendwelche speziellen Tipps für Wordpress Seiten?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Elmar</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26349</link>
		<dc:creator>Elmar</dc:creator>
		<pubDate>Mon, 15 Dec 2008 00:51:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26349</guid>
		<description>Skalieren von Bildern durch &lt;strong&gt;width&lt;/strong&gt; und &lt;strong&gt;height&lt;/strong&gt; im &lt;strong&gt;img&lt;/strong&gt;-tag: Ich könnte mir einen Grund vorstellen, Bilder auf 50% zu skalieren (doppelt so lang und hoch speichern): Wird beim Firefox 3 oder - soweit ich weiß - im IE die Seite vergrößert, werden die Bilder mit vergrößert, außer es ist anders eingestellt, was aber in den wenigsten Fällen vorausgesetzt werden kann.

Insbesondere Fotos sehen dann &lt;q&gt;grobpixelig&lt;/q&gt; (&lt;q&gt;zerrissen&lt;/q&gt;) und unscharf aus, wenn die Quelle vergrößert werden muss.</description>
		<content:encoded><![CDATA[<p>Skalieren von Bildern durch <strong>width</strong> und <strong>height</strong> im <strong>img</strong>-tag: Ich könnte mir einen Grund vorstellen, Bilder auf 50% zu skalieren (doppelt so lang und hoch speichern): Wird beim Firefox 3 oder &#8211; soweit ich weiß &#8211; im IE die Seite vergrößert, werden die Bilder mit vergrößert, außer es ist anders eingestellt, was aber in den wenigsten Fällen vorausgesetzt werden kann.</p>
<p>Insbesondere Fotos sehen dann <q>grobpixelig</q> (<q>zerrissen</q>) und unscharf aus, wenn die Quelle vergrößert werden muss.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Technikwürze &#187; Technikwürze 126 - 3 Jahre Pfeffer im Ohr</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26346</link>
		<dc:creator>Technikwürze &#187; Technikwürze 126 - 3 Jahre Pfeffer im Ohr</dc:creator>
		<pubDate>Sun, 14 Dec 2008 23:05:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26346</guid>
		<description>[...] Website-performance Teil 1, Website-performance Teil 2 [...]</description>
		<content:encoded><![CDATA[<p>[...] Website-performance Teil 1, Website-performance Teil 2 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alexander farkas</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26345</link>
		<dc:creator>alexander farkas</dc:creator>
		<pubDate>Sun, 14 Dec 2008 22:32:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26345</guid>
		<description>Es ist nicht eher so, dass ein mit @import eingebundenes Stylesheet die White Page Zeit erhöht (ähnlich einer im head refernzierten JS-Datei), aber eben keinen FOUC erzeugt?</description>
		<content:encoded><![CDATA[<p>Es ist nicht eher so, dass ein mit @import eingebundenes Stylesheet die White Page Zeit erhöht (ähnlich einer im head refernzierten JS-Datei), aber eben keinen FOUC erzeugt?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Andrey Esaulov</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26343</link>
		<dc:creator>Andrey Esaulov</dc:creator>
		<pubDate>Sun, 14 Dec 2008 16:33:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26343</guid>
		<description>Ganz herzlichen Dank fuer einen ausfuerlichen und interessanten Aufsatz! Optimiere gerade eine Webseite eines Klients. Ihre Tips haben mir die Arbeit wesentlich erleichtert!</description>
		<content:encoded><![CDATA[<p>Ganz herzlichen Dank fuer einen ausfuerlichen und interessanten Aufsatz! Optimiere gerade eine Webseite eines Klients. Ihre Tips haben mir die Arbeit wesentlich erleichtert!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: j4k3</title>
		<link>http://www.webkrauts.de/2008/12/13/sehr-sehr-schnelle-seiten-website-performance-best-practice/comment-page-1/#comment-26336</link>
		<dc:creator>j4k3</dc:creator>
		<pubDate>Sat, 13 Dec 2008 13:20:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=482#comment-26336</guid>
		<description>Wunderbares Roundup, Dirk. Danke dafür.</description>
		<content:encoded><![CDATA[<p>Wunderbares Roundup, Dirk. Danke dafür.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
