Ajax-Request über dedizierten Page-Type
Weil in diesem Internet so viele alte Seiten mit einem mittlerweile fehlerhaftem Beispiel herumgeistern, wie man über einen dedizierten Page-Type in TYPO3 Ajax-Requests behandelt und ich da heute im Rahmen eines Code-Refactorings auch wieder drüber gestolpert bin, möchte ich meinen Teil dazu beitragen mit der Annahme aufzuräumen, dass das damit verbundene PAGE-Objekt per config.no_cache = 1 misshandelt werden muss. Muss es nämlich nicht. Und sollte es auch nicht, denn wenn man mal in sein Log schaut, wird man ganz viele Warnings der Form "$TSFE->set_no_cache() was triggered. Reason: config.no_cache is set. Caching is disabled!" finden.
Und das wollen wir doch nicht. Es reicht vollkommen den Inhalt der Seite dann als COA_INT oder USER_INT zu integrieren. Denn diese Objekte werden definitiv nicht gecached!
ajaxPage = PAGE ajaxPage { typeNum = 123456789 config { disableAllHeaderCode = 1 admPanel = 0 debug = 0 } 10 = COA_INT 10 < plugin.tx_extensionname_pluginname }
Oder auch von mir aus auch mit
ajaxPage = PAGE ajaxPage { typeNum = 123456789 config { disableAllHeaderCode = 1 admPanel = 0 debug = 0 } 10 = USER_INT 10 { userFunc = TYPO3\CMS\Extbase\Core\Bootstrap->run extensionName = ExtensionName pluginName = PluginName vendorName = VendorName controller = ControllerName action = ajax } }
Kommentare
Keine Kommentare