<?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: config.no_cache = 1 ist böse!</title>
	<atom:link href="http://typo3blogger.de/config-no_cache-1-ist-bose/feed/" rel="self" type="application/rss+xml" />
	<link>http://typo3blogger.de/config-no_cache-1-ist-bose/</link>
	<description>TYPO3 News, Development &#38; Insider Infos</description>
	<lastBuildDate>Wed, 08 Sep 2010 21:19:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Von: Martin</title>
		<link>http://typo3blogger.de/config-no_cache-1-ist-bose/comment-page-1/#comment-30586</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Sun, 30 Aug 2009 18:25:29 +0000</pubDate>
		<guid isPermaLink="false">http://typo3blogger.de/?p=2437#comment-30586</guid>
		<description>no_cache=1

Unter diesem Link wird ein Formular in 5 Schritten ausgefüllt. Über den internen &quot;zurück&quot; Bottom komme ich auf die vorherige Seite ohne die Formulardaten zu verlieren.

Gehe ich über den Bottom &quot;zurück&quot; des Browsers, verliere ich alle vorherigen Formulardaten.

Liegt das am no_cache=1 ????
Und wie kann ich das verhindern???</description>
		<content:encoded><![CDATA[<p>no_cache=1</p>
<p>Unter diesem Link wird ein Formular in 5 Schritten ausgefüllt. Über den internen &#8220;zurück&#8221; Bottom komme ich auf die vorherige Seite ohne die Formulardaten zu verlieren.</p>
<p>Gehe ich über den Bottom &#8220;zurück&#8221; des Browsers, verliere ich alle vorherigen Formulardaten.</p>
<p>Liegt das am no_cache=1 ????<br />
Und wie kann ich das verhindern???</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Georg Ringer</title>
		<link>http://typo3blogger.de/config-no_cache-1-ist-bose/comment-page-1/#comment-30548</link>
		<dc:creator>Georg Ringer</dc:creator>
		<pubDate>Tue, 18 Aug 2009 17:19:44 +0000</pubDate>
		<guid isPermaLink="false">http://typo3blogger.de/?p=2437#comment-30548</guid>
		<description>was soll das bringen außer probleme? dann sieht der redakteur ja erst recht wieder nicht so wie es der spätere User sieht und das ist ja der Sinn der Sache damit zu entwickeln - Fehler im Entstehen zu sehen und nicht danach</description>
		<content:encoded><![CDATA[<p>was soll das bringen außer probleme? dann sieht der redakteur ja erst recht wieder nicht so wie es der spätere User sieht und das ist ja der Sinn der Sache damit zu entwickeln &#8211; Fehler im Entstehen zu sehen und nicht danach</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: paul</title>
		<link>http://typo3blogger.de/config-no_cache-1-ist-bose/comment-page-1/#comment-30547</link>
		<dc:creator>paul</dc:creator>
		<pubDate>Tue, 18 Aug 2009 14:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://typo3blogger.de/?p=2437#comment-30547</guid>
		<description>Ich arbeite ganz gerne mit der Variante, den Cache auszuschalten wenn ich als BE User angemeldet bin:

[globalVar = TSFE : beUserLogin &gt; 0]
config.no_cache = 1
[global]

Was hältst du davon?</description>
		<content:encoded><![CDATA[<p>Ich arbeite ganz gerne mit der Variante, den Cache auszuschalten wenn ich als BE User angemeldet bin:</p>
<p>[globalVar = TSFE : beUserLogin &gt; 0]<br />
config.no_cache = 1<br />
[global]</p>
<p>Was hältst du davon?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Lina</title>
		<link>http://typo3blogger.de/config-no_cache-1-ist-bose/comment-page-1/#comment-30516</link>
		<dc:creator>Lina</dc:creator>
		<pubDate>Wed, 05 Aug 2009 12:19:56 +0000</pubDate>
		<guid isPermaLink="false">http://typo3blogger.de/?p=2437#comment-30516</guid>
		<description>Bei vielen Seiten hat man den Eindruck, dass no_cache=1 nur deswegen verwendet wird, da der cHash nicht richtig verstanden wurde. Ich habe dazu mal einen Artikel veröffentlicht: http://typo3-blog.net/tutorials/news/typo3-chash-usecachehash.html</description>
		<content:encoded><![CDATA[<p>Bei vielen Seiten hat man den Eindruck, dass no_cache=1 nur deswegen verwendet wird, da der cHash nicht richtig verstanden wurde. Ich habe dazu mal einen Artikel veröffentlicht: <a href="http://typo3-blog.net/tutorials/news/typo3-chash-usecachehash.html" rel="nofollow">http://typo3-blog.net/tutorials/news/typo3-chash-usecachehash.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jonas</title>
		<link>http://typo3blogger.de/config-no_cache-1-ist-bose/comment-page-1/#comment-30515</link>
		<dc:creator>Jonas</dc:creator>
		<pubDate>Wed, 05 Aug 2009 10:50:45 +0000</pubDate>
		<guid isPermaLink="false">http://typo3blogger.de/?p=2437#comment-30515</guid>
		<description>Oft möchten Entwickler ein pi1 gecacht haben aber nicht wenn ein Formular ausgefüllt wird.

Das Problem dabei ist, dass oft der cHash falsch gesetzt wird, dadurch setzt TYPO3 auf no_cache. Der cHash kann für ein Formular aber nicht richtig gesetzt werden, wenn dieses irgend eine individuelle eingabe zulässt.

Deswegen muss man dort mit einer TypoScript condition arbeiten, welche den Parameter abfragt und die Extension auf USER_INT setzt, wenn einer gesetzt ist. Sonst ist die Extension auf USER und damit im gesamtcache der Seite.

Beispielsweise ist felogin per default auf USER_INT, was den cache von vielen Seiten verlangsamt. Mit zwei drei Zeilen TypoScript kann man felogin aber perfekt als USER/vollgecachte ERweiterung einrichten, so dass im normalzustand (ohne eingabe) alles gecacht wird.

Das ist auch für static_file_cache wichtig.

Man sollte die alte Doku von Kaspar neu aufgreifen und komplett überarbeiten.

Hätte jemand lust? :-D</description>
		<content:encoded><![CDATA[<p>Oft möchten Entwickler ein pi1 gecacht haben aber nicht wenn ein Formular ausgefüllt wird.</p>
<p>Das Problem dabei ist, dass oft der cHash falsch gesetzt wird, dadurch setzt TYPO3 auf no_cache. Der cHash kann für ein Formular aber nicht richtig gesetzt werden, wenn dieses irgend eine individuelle eingabe zulässt.</p>
<p>Deswegen muss man dort mit einer TypoScript condition arbeiten, welche den Parameter abfragt und die Extension auf USER_INT setzt, wenn einer gesetzt ist. Sonst ist die Extension auf USER und damit im gesamtcache der Seite.</p>
<p>Beispielsweise ist felogin per default auf USER_INT, was den cache von vielen Seiten verlangsamt. Mit zwei drei Zeilen TypoScript kann man felogin aber perfekt als USER/vollgecachte ERweiterung einrichten, so dass im normalzustand (ohne eingabe) alles gecacht wird.</p>
<p>Das ist auch für static_file_cache wichtig.</p>
<p>Man sollte die alte Doku von Kaspar neu aufgreifen und komplett überarbeiten.</p>
<p>Hätte jemand lust? <img src='http://typo3blogger.de/wp-includes/images/smilies/icon_biggrin.gif' alt=':-D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
