<?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: Website-Optimierung</title>
	<atom:link href="http://grochtdreis.de/weblog/2007/01/26/website-optimierung/feed/" rel="self" type="application/rss+xml" />
	<link>http://grochtdreis.de/weblog/2007/01/26/website-optimierung/</link>
	<description>Weblog über Webstandards, das Internet und vieles mehr.</description>
	<lastBuildDate>Sat, 11 Feb 2012 11:25:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Siegfried</title>
		<link>http://grochtdreis.de/weblog/2007/01/26/website-optimierung/comment-page-1/#comment-3944</link>
		<dc:creator>Siegfried</dc:creator>
		<pubDate>Fri, 23 Feb 2007 11:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2007/01/26/website-optimierung/#comment-3944</guid>
		<description>Sehr interessanter Artikel. Allerdings bin ich nicht immer einverstanden mit den Aussagen. Der Artikel deutet ja bereits selber M&#246;glichkeiten an, das Cacheing zu unterst&#252;tzen, durch entsprechende Eintr&#228;ge in der .htaccess. Gut angepasste Expires Zeiten d&#252;rften erheblich mehr an Geschwindigkeit bringen als der Zeitgewinn durch nur einen http Request. Und notfalls kann man das Cacheing auch clientseitig verbessern, indem man z.B. cacheing proxies wie Squid benutzt.
Abgesehen von http Expires headern sollte Cacheing nat&#252;rlich auch durch konsequente Wiederverwendung von so viel wie m&#246;glich unterst&#252;tzt werden. Das betrifft nat&#252;rlich vor Allem dekorative Grafiken, aber eben auch css Stylesheets. Schlie&#223;lich ist das ja der Sinn von externen Stylesheets, da&#223; man einee einzige Stylesheet-Datei f&#252;r alle html-Seiten vorh&#228;lt. Diese Stylesheet-Datei ist damit pr&#228;destiniert f&#252;r Wiederverwendung und Cacheing. Eine entsprechende Erg&#228;nzung in der .htaccess wie z.B.:
ExpiresByType text/css &quot;access plus 1 hour&quot;
Oder durchaus auch l&#228;nger d&#252;rfte mehr bringen als all diese Daten in eine Datei zu packen. Und ganz besonders l&#228;stig wird inline css und javascript bei Browsern, die das eine oder andere oder Beides gar nicht k&#246;nnen (Lynx). Wenn Alles in einer Datei verwurschtelt wird, bleibt auch einem Lynx nichts Anderes &#252;brig, als den ganzen Mist zu laden. Wenn css und javascript in separaten Dateien liegen, kann der Browser auch auf das Leden verzichten.</description>
		<content:encoded><![CDATA[<p>Sehr interessanter Artikel. Allerdings bin ich nicht immer einverstanden mit den Aussagen. Der Artikel deutet ja bereits selber M&#246;glichkeiten an, das Cacheing zu unterst&#252;tzen, durch entsprechende Eintr&#228;ge in der .htaccess. Gut angepasste Expires Zeiten d&#252;rften erheblich mehr an Geschwindigkeit bringen als der Zeitgewinn durch nur einen http Request. Und notfalls kann man das Cacheing auch clientseitig verbessern, indem man z.B. cacheing proxies wie Squid benutzt.<br />
Abgesehen von http Expires headern sollte Cacheing nat&#252;rlich auch durch konsequente Wiederverwendung von so viel wie m&#246;glich unterst&#252;tzt werden. Das betrifft nat&#252;rlich vor Allem dekorative Grafiken, aber eben auch css Stylesheets. Schlie&#223;lich ist das ja der Sinn von externen Stylesheets, da&#223; man einee einzige Stylesheet-Datei f&#252;r alle html-Seiten vorh&#228;lt. Diese Stylesheet-Datei ist damit pr&#228;destiniert f&#252;r Wiederverwendung und Cacheing. Eine entsprechende Erg&#228;nzung in der .htaccess wie z.B.:<br />
ExpiresByType text/css &#8220;access plus 1 hour&#8221;<br />
Oder durchaus auch l&#228;nger d&#252;rfte mehr bringen als all diese Daten in eine Datei zu packen. Und ganz besonders l&#228;stig wird inline css und javascript bei Browsern, die das eine oder andere oder Beides gar nicht k&#246;nnen (Lynx). Wenn Alles in einer Datei verwurschtelt wird, bleibt auch einem Lynx nichts Anderes &#252;brig, als den ganzen Mist zu laden. Wenn css und javascript in separaten Dateien liegen, kann der Browser auch auf das Leden verzichten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Moritz</title>
		<link>http://grochtdreis.de/weblog/2007/01/26/website-optimierung/comment-page-1/#comment-1787</link>
		<dc:creator>Moritz</dc:creator>
		<pubDate>Mon, 29 Jan 2007 09:17:02 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2007/01/26/website-optimierung/#comment-1787</guid>
		<description>Tats&#228;chlich gut, der Artikel. Das mit den Sliding Doors fand ich besonders gut und werde es mal versuchen so umzusetzen. Heutzutage haben viele Leute zwar gro&#223;e Bandbreiten, aber ich zb. hatte bis vor nem halben Jahr nur 56k und hab mich &#252;ber jede Website gefreut, bei der ich nicht ne halbe Minute warten musste.</description>
		<content:encoded><![CDATA[<p>Tats&#228;chlich gut, der Artikel. Das mit den Sliding Doors fand ich besonders gut und werde es mal versuchen so umzusetzen. Heutzutage haben viele Leute zwar gro&#223;e Bandbreiten, aber ich zb. hatte bis vor nem halben Jahr nur 56k und hab mich &#252;ber jede Website gefreut, bei der ich nicht ne halbe Minute warten musste.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alexander farkas</title>
		<link>http://grochtdreis.de/weblog/2007/01/26/website-optimierung/comment-page-1/#comment-1671</link>
		<dc:creator>alexander farkas</dc:creator>
		<pubDate>Sat, 27 Jan 2007 11:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2007/01/26/website-optimierung/#comment-1671</guid>
		<description>ich nehm, das vorher gesagte zur&#252;ck. es gibt m&#246;glichkeiten image-replacement barrierefrei umzusetzen.</description>
		<content:encoded><![CDATA[<p>ich nehm, das vorher gesagte zur&#252;ck. es gibt m&#246;glichkeiten image-replacement barrierefrei umzusetzen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alexander farkas</title>
		<link>http://grochtdreis.de/weblog/2007/01/26/website-optimierung/comment-page-1/#comment-1628</link>
		<dc:creator>alexander farkas</dc:creator>
		<pubDate>Fri, 26 Jan 2007 14:00:46 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2007/01/26/website-optimierung/#comment-1628</guid>
		<description>Tats&#228;chlich sehr interessant. 

&#220;brigens David hat bei der Hauptnavigation von chronico so gearbeitet, dass keine zus&#228;tzlichen requests ben&#246;tigt werden: 2x 5 Navigationspunkte, aber nur ein Hintergrundbild (-&gt; http://www.chronico.de/templates/images/mainnavi.gif &#124;&#124; Eine Technik, die wir vielleicht h&#228;ufiger sehen werden, auch wenn ich image-replacement Techniken f&#252;r barrierearme Seiten nicht 100%ig in Ordnung finde).</description>
		<content:encoded><![CDATA[<p>Tats&#228;chlich sehr interessant. </p>
<p>&#220;brigens David hat bei der Hauptnavigation von chronico so gearbeitet, dass keine zus&#228;tzlichen requests ben&#246;tigt werden: 2x 5 Navigationspunkte, aber nur ein Hintergrundbild (-&gt; <a href="http://www.chronico.de/templates/images/mainnavi.gif" rel="nofollow"></a><a href='http://www.chronico.de/templates/images/mainnavi.gif'>http://www.chronico.de/templates/images/mainnavi.gif</a> || Eine Technik, die wir vielleicht h&#228;ufiger sehen werden, auch wenn ich image-replacement Techniken f&#252;r barrierearme Seiten nicht 100%ig in Ordnung finde).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: SimonWpt</title>
		<link>http://grochtdreis.de/weblog/2007/01/26/website-optimierung/comment-page-1/#comment-1613</link>
		<dc:creator>SimonWpt</dc:creator>
		<pubDate>Fri, 26 Jan 2007 09:19:13 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2007/01/26/website-optimierung/#comment-1613</guid>
		<description>Der Beitrag von Martin Kliehm ist wirklich sehr interessant. Man sieht auch sehr sch&#246;n, wie sich Realit&#228;t und Wunschdenken unterscheidet. So stellt sich die Frage, ob z. B. YAML f&#252;r performante Websites das geeignete Framework ist...</description>
		<content:encoded><![CDATA[<p>Der Beitrag von Martin Kliehm ist wirklich sehr interessant. Man sieht auch sehr sch&#246;n, wie sich Realit&#228;t und Wunschdenken unterscheidet. So stellt sich die Frage, ob z. B. YAML f&#252;r performante Websites das geeignete Framework ist&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

