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