<?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 2</title>
	<atom:link href="http://www.webkrauts.de/2008/12/14/sehr-sehr-schnelle-seiten-website-performance-best-practice-teil-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webkrauts.de/2008/12/14/sehr-sehr-schnelle-seiten-website-performance-best-practice-teil-2/</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: Elmar</title>
		<link>http://www.webkrauts.de/2008/12/14/sehr-sehr-schnelle-seiten-website-performance-best-practice-teil-2/comment-page-1/#comment-26350</link>
		<dc:creator>Elmar</dc:creator>
		<pubDate>Mon, 15 Dec 2008 01:16:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=521#comment-26350</guid>
		<description>Auch wenn das dieser Artikel vielleicht implizit voraussetzt: Es wäre sinnvoll, JavaScript nur einzusetzen, wenn es einen echten Mehrwert für den Benutzer bedeutet, das heißt, nur auf wenigen bis keinen Seiten eines Sites.

Nur ein Beispiel: Ich besuchte Sites, deren Suche ohne Fehlermeldung keine Ergebnisse anzeigte, wenn JavaScript deaktiviert ist, während der Submit möglich ist.

Besser wäre, die Browser böten ein umfassendes Framework, sodass z.B. nicht jedesmal jQuery oder andere Frameworks geladen werden müssen.

Solange das nicht der Fall ist, wären &lt;q&gt;Teilmengen&lt;/q&gt; aus Frameworks sinnvoll, die nur den Code für bestimmte Aufgaben enthalten, beispielsweise für Autocomplete oder Valididätsprüfung vor einem Submit.</description>
		<content:encoded><![CDATA[<p>Auch wenn das dieser Artikel vielleicht implizit voraussetzt: Es wäre sinnvoll, JavaScript nur einzusetzen, wenn es einen echten Mehrwert für den Benutzer bedeutet, das heißt, nur auf wenigen bis keinen Seiten eines Sites.</p>
<p>Nur ein Beispiel: Ich besuchte Sites, deren Suche ohne Fehlermeldung keine Ergebnisse anzeigte, wenn JavaScript deaktiviert ist, während der Submit möglich ist.</p>
<p>Besser wäre, die Browser böten ein umfassendes Framework, sodass z.B. nicht jedesmal jQuery oder andere Frameworks geladen werden müssen.</p>
<p>Solange das nicht der Fall ist, wären <q>Teilmengen</q> aus Frameworks sinnvoll, die nur den Code für bestimmte Aufgaben enthalten, beispielsweise für Autocomplete oder Valididätsprüfung vor einem Submit.</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/14/sehr-sehr-schnelle-seiten-website-performance-best-practice-teil-2/comment-page-1/#comment-26347</link>
		<dc:creator>Technikwürze &#187; Technikwürze 126 - 3 Jahre Pfeffer im Ohr</dc:creator>
		<pubDate>Sun, 14 Dec 2008 23:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=521#comment-26347</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: ChrisB</title>
		<link>http://www.webkrauts.de/2008/12/14/sehr-sehr-schnelle-seiten-website-performance-best-practice-teil-2/comment-page-1/#comment-26344</link>
		<dc:creator>ChrisB</dc:creator>
		<pubDate>Sun, 14 Dec 2008 17:21:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=521#comment-26344</guid>
		<description>@Anonym:
Cookies koennen auch mal groesser werden, als nur 100 Byte. Viele (fertige) Scripte setzen Dutzende von Cookies. (Klar, an der Stelle muesste man auch ansetzen, und schauen, was wirklich noetig, und was entbehrlich ist.)

Und das summiert sich eben, wenn der Cookie, der bspw. das Verhalten eines JavaScriptes steuern soll, auch beim Request fuer &lt;em&gt;alle&lt;/em&gt; anderen Ressourcen wieder mitgeschickt wird (Bilder, ...), obwohl diese an ihm ueberhaupt nicht interessiert sind.</description>
		<content:encoded><![CDATA[<p>@Anonym:<br />
Cookies koennen auch mal groesser werden, als nur 100 Byte. Viele (fertige) Scripte setzen Dutzende von Cookies. (Klar, an der Stelle muesste man auch ansetzen, und schauen, was wirklich noetig, und was entbehrlich ist.)</p>
<p>Und das summiert sich eben, wenn der Cookie, der bspw. das Verhalten eines JavaScriptes steuern soll, auch beim Request fuer <em>alle</em> anderen Ressourcen wieder mitgeschickt wird (Bilder, &#8230;), obwohl diese an ihm ueberhaupt nicht interessiert sind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: web output</title>
		<link>http://www.webkrauts.de/2008/12/14/sehr-sehr-schnelle-seiten-website-performance-best-practice-teil-2/comment-page-1/#comment-26339</link>
		<dc:creator>web output</dc:creator>
		<pubDate>Sun, 14 Dec 2008 09:41:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=521#comment-26339</guid>
		<description>&lt;strong&gt;Der Webkrauts Adventskalender öffnet mein erstes Türchen...&lt;/strong&gt;


Heute ist es soweit! Der erste Teil meines Website Performance Artikels mit dem Titel &quot;Sehr sehr schnelle Seiten&quot; ist aus dem heutigen Webkrauts Adventskalender Türchen gefallen. Viel Spass damit und freut euch auf morgen denn da kommt sch...</description>
		<content:encoded><![CDATA[<p><strong>Der Webkrauts Adventskalender öffnet mein erstes Türchen&#8230;</strong></p>
<p>Heute ist es soweit! Der erste Teil meines Website Performance Artikels mit dem Titel &quot;Sehr sehr schnelle Seiten&quot; ist aus dem heutigen Webkrauts Adventskalender Türchen gefallen. Viel Spass damit und freut euch auf morgen denn da kommt sch&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Anonym</title>
		<link>http://www.webkrauts.de/2008/12/14/sehr-sehr-schnelle-seiten-website-performance-best-practice-teil-2/comment-page-1/#comment-26338</link>
		<dc:creator>Anonym</dc:creator>
		<pubDate>Sun, 14 Dec 2008 09:31:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=521#comment-26338</guid>
		<description>Falsch, die wenn man example.com als Domain nutzt, werden die Cookies nicht an alles Subdomains geschickt, sondern nur, wenn man die Cookiedomain auf &lt;strong&gt;.&lt;/strong&gt;example.com setzt.

Außerdem weiß ich nicht, warum es so einen großen unterschied machen sollte, wenn 100 Byte Cookies an der Server geschickt werden.</description>
		<content:encoded><![CDATA[<p>Falsch, die wenn man example.com als Domain nutzt, werden die Cookies nicht an alles Subdomains geschickt, sondern nur, wenn man die Cookiedomain auf <strong>.</strong>example.com setzt.</p>
<p>Außerdem weiß ich nicht, warum es so einen großen unterschied machen sollte, wenn 100 Byte Cookies an der Server geschickt werden.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
