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

Kommentar schreiben

* Diese Felder sind erforderlich