<?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: Caching: stale-if-error</title>
	<atom:link href="http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/</link>
	<description>PhpHatesMe, but that&#039;s ok!</description>
	<lastBuildDate>Mon, 06 Feb 2012 20:59:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: PHPGangsta</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/comment-page-1/#comment-38406</link>
		<dc:creator>PHPGangsta</dc:creator>
		<pubDate>Thu, 10 Dec 2009 10:12:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=4743#comment-38406</guid>
		<description>&gt; Ich finde es schade, dass Caching-Systeme nicht 
&gt; selbst mitbekommen, dass Sie invalide Daten haben
&gt; (oder geht das doch?) und diese wieder auffrischen. 
&gt; Dann hat man auch nie Wartezeiten für irgendeinen User.

Das wäre für den ein oder anderen Einsatzzweck vielleicht echt eine Option. Google hat genau diese Funktionalität in seinen DNS-Server eingebaut, der dadurch deutlich schneller antwortet, da es deutlich weniger Cache-misses gibt (nur bei völlig unbekannten Domains. Jede Domain, die bereits einmal aufgerufen wurde, wird vor dem Ablauf erneuert).

http://www.heise.de/ix/meldung/Oeffentlicher-DNS-Server-von-Google-876709.html</description>
		<content:encoded><![CDATA[<p>&gt; Ich finde es schade, dass Caching-Systeme nicht<br />
&gt; selbst mitbekommen, dass Sie invalide Daten haben<br />
&gt; (oder geht das doch?) und diese wieder auffrischen.<br />
&gt; Dann hat man auch nie Wartezeiten für irgendeinen User.</p>
<p>Das wäre für den ein oder anderen Einsatzzweck vielleicht echt eine Option. Google hat genau diese Funktionalität in seinen DNS-Server eingebaut, der dadurch deutlich schneller antwortet, da es deutlich weniger Cache-misses gibt (nur bei völlig unbekannten Domains. Jede Domain, die bereits einmal aufgerufen wurde, wird vor dem Ablauf erneuert).</p>
<p><a href="http://www.heise.de/ix/meldung/Oeffentlicher-DNS-Server-von-Google-876709.html" rel="nofollow">http://www.heise.de/ix/meldung/Oeffentlicher-DNS-Server-von-Google-876709.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Test first = besserer Code? &#124; PHP hates me - Der PHP Blog</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/comment-page-1/#comment-38399</link>
		<dc:creator>Test first = besserer Code? &#124; PHP hates me - Der PHP Blog</dc:creator>
		<pubDate>Thu, 10 Dec 2009 06:01:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=4743#comment-38399</guid>
		<description>[...] weiteres Caching Buzzword philosophieren. Stale-on-revalidate wäre es gewesen. Da wir aber in den gestrigen Kommentaren schon genug darüber gesprochen haben, habe ich mich entschieden den Tag doch einem anderem Thema [...]</description>
		<content:encoded><![CDATA[<p>[...] weiteres Caching Buzzword philosophieren. Stale-on-revalidate wäre es gewesen. Da wir aber in den gestrigen Kommentaren schon genug darüber gesprochen haben, habe ich mich entschieden den Tag doch einem anderem Thema [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Hannes Dorn</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/comment-page-1/#comment-38377</link>
		<dc:creator>Hannes Dorn</dc:creator>
		<pubDate>Wed, 09 Dec 2009 15:07:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=4743#comment-38377</guid>
		<description>@Ulf
Ja, verwende ein Framework (mein eigenes): http://www.opage.at
Bei mir wird der Inhalt in einer Variable gesammelt, komprimiert und dann ausgegeben (vereinfacht dargestellt). Danach folgt ein flush(). Das Script läuft danach auf dem Server noch einfach weiter.</description>
		<content:encoded><![CDATA[<p>@Ulf<br />
Ja, verwende ein Framework (mein eigenes): <a href="http://www.opage.at" rel="nofollow">http://www.opage.at</a><br />
Bei mir wird der Inhalt in einer Variable gesammelt, komprimiert und dann ausgegeben (vereinfacht dargestellt). Danach folgt ein flush(). Das Script läuft danach auf dem Server noch einfach weiter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ulf</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/comment-page-1/#comment-38374</link>
		<dc:creator>Ulf</dc:creator>
		<pubDate>Wed, 09 Dec 2009 14:42:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=4743#comment-38374</guid>
		<description>@Hannes
Verwendest du ein Framework? Denn beim Zend Framework ist die Auslieferung des Responses die letzte Aktion, d.h. du kannst danach nicht irgendwelche Backend-Logiken anstoßen.

Ansätze den Cache selbst zu inavlidieren bzw. die Neugenerierung anzustoßen, gibt es glaube ich unzählige. Die imo beste wäre es aber eben wenn der Cache das selbst könnte (und gerne auch mit Prios für wichtigere und unwichtige Bestandteile, so dass der Cache nicht permanent unwichtige Daten neu erstellt).</description>
		<content:encoded><![CDATA[<p>@Hannes<br />
Verwendest du ein Framework? Denn beim Zend Framework ist die Auslieferung des Responses die letzte Aktion, d.h. du kannst danach nicht irgendwelche Backend-Logiken anstoßen.</p>
<p>Ansätze den Cache selbst zu inavlidieren bzw. die Neugenerierung anzustoßen, gibt es glaube ich unzählige. Die imo beste wäre es aber eben wenn der Cache das selbst könnte (und gerne auch mit Prios für wichtigere und unwichtige Bestandteile, so dass der Cache nicht permanent unwichtige Daten neu erstellt).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Cem Derin</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/comment-page-1/#comment-38373</link>
		<dc:creator>Cem Derin</dc:creator>
		<pubDate>Wed, 09 Dec 2009 13:56:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=4743#comment-38373</guid>
		<description>Klar, kommt natürlich immer drauf an, ob es sich für das Projekt lohnt. Abstrahiert und problemlos übertragbar hab ich es auch noch nicht gebaut ;)</description>
		<content:encoded><![CDATA[<p>Klar, kommt natürlich immer drauf an, ob es sich für das Projekt lohnt. Abstrahiert und problemlos übertragbar hab ich es auch noch nicht gebaut <img src='http://www.phphatesme.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Nils Langner</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/comment-page-1/#comment-38372</link>
		<dc:creator>Nils Langner</dc:creator>
		<pubDate>Wed, 09 Dec 2009 13:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=4743#comment-38372</guid>
		<description>@Cem: Die habe ich natürlich auch aus Thailand miterlebt. Finde ich super, dass ich endlich wieder was zum Lesen habe. 
Dein Ansatz ist natürlich ein angenehmer, leider ist er in der Entwicklung wohl ein wenig aufwendiger. stale-on-error klingt besser, aber soviel ich weiß, ist stale-if-error richtig.</description>
		<content:encoded><![CDATA[<p>@Cem: Die habe ich natürlich auch aus Thailand miterlebt. Finde ich super, dass ich endlich wieder was zum Lesen habe.<br />
Dein Ansatz ist natürlich ein angenehmer, leider ist er in der Entwicklung wohl ein wenig aufwendiger. stale-on-error klingt besser, aber soviel ich weiß, ist stale-if-error richtig.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Cem Derin</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/chaching-stale-if-error-bzw-stale-on-revalidate/comment-page-1/#comment-38368</link>
		<dc:creator>Cem Derin</dc:creator>
		<pubDate>Wed, 09 Dec 2009 12:20:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=4743#comment-38368</guid>
		<description>Müsste es nicht eigentlich &quot;stale on error&quot; heißen? ;)

Jedenfalls: Ich habe mich des Problemes übrigens dahingehend entledigt, dass die Daten nicht bei einem Aufruf berechnet werden, sondern in dem Fall lediglich eine Neuberechnung über eine Queue anfordern. Das sorgt am Ende dann auch dafür, dass evtl. länger dauernde Berechnungen nicht zu Lasten des Benutzers gehen … und die von Ulf erwähnten Race-Conditions sind somit auch (so gut wie) ausgeschlossen.

Willkommen zurück, übrigens ;) Wenn du die letzten zwei Wochen nicht da warst, hast du ja meine Fulminante Rückkehr aus dem Reich der Bloggerleichen verpasst ;)</description>
		<content:encoded><![CDATA[<p>Müsste es nicht eigentlich &#8220;stale on error&#8221; heißen? <img src='http://www.phphatesme.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Jedenfalls: Ich habe mich des Problemes übrigens dahingehend entledigt, dass die Daten nicht bei einem Aufruf berechnet werden, sondern in dem Fall lediglich eine Neuberechnung über eine Queue anfordern. Das sorgt am Ende dann auch dafür, dass evtl. länger dauernde Berechnungen nicht zu Lasten des Benutzers gehen … und die von Ulf erwähnten Race-Conditions sind somit auch (so gut wie) ausgeschlossen.</p>
<p>Willkommen zurück, übrigens <img src='http://www.phphatesme.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  Wenn du die letzten zwei Wochen nicht da warst, hast du ja meine Fulminante Rückkehr aus dem Reich der Bloggerleichen verpasst <img src='http://www.phphatesme.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

