在 V12 中,TemplateService
和TypoScriptParser
类已被标记为已弃用(#99020 - 弃用 TypoScript/TemplateService)。那里给出的迁移建议非常稀缺(带有 PSR-7 请求的 FE 范围)并且坦率地说不能令人满意。
plugin.tx_myplugin_pi1 { ... }
如果您不在FE 上下文中,例如在中间件、控制台命令或 BE 模块中,如何读取插件的 TypoScript 配置(类似)?有时你还想读取不同扩展的 TS 配置。
是的,我知道,插件是一个 FE 内容元素,并且在特定页面的上下文中执行(该页面的根线中可能有一系列继承的 TS 模板)等等。
但仍然有一些有效的场景需要您这样做。假设我们有一个控制台命令,它将插件生成的数据发送到远程 API,并且我们希望使用与最初生成数据的页面上活动的相同设置来处理数据。如果控制台命令具有该页面 uid 的命令行参数,则获取该特定 TS 配置应该不成问题。
到目前为止,我使用的辅助方法可能看起来像这样:
private function getTsConf($pageUid, $pluginName = 'tx_myplugin_pi1') {
$rootlineUtility = GeneralUtility::makeInstance(RootlineUtility::class, $pageUid);
$rootline = $rootlineUtility->get();
$templateService = GeneralUtility::makeInstance(TemplateService::class);
$templateService->tt_track = 0;
$templateService->runThroughTemplates($rootline);
$templateService->generateConfig();
$tsService = GeneralUtility::makeInstance(TypoScriptService::class);
return isset($templateService->setup['plugin.'][$pluginName.'.'])
? $tsService->convertTypoScriptArrayToPlainArray($templateService->setup['plugin.'][$pluginName.'.'])
: [];
}
TemplateService
那么,在这种情况下,如果不再可用,您应该做什么?
对我来说,这是我几乎在每个项目中都会遇到的问题。我真的认为,这是一项标准任务,应该很容易处理。但我觉得缺乏针对非 FE 场景的文档。