Typo3 类型3最佳实践-一般变量

Typo3 类型3最佳实践-一般变量,typo3,Typo3,允许后端用户编辑变量的最佳方式是什么 例如,我有一个发送各种电子邮件通知的TYPO3,我希望后端用户能够全局更改收件人。我从模板常量开始,直到我发现后端用户无法编辑“模板”模块 那么,实现这一目标的最佳方式是什么?我使用的是Typo3 8.7.7,我将创建一个配置记录,可供后端用户编辑。一种方法是将fileadmin/中的一个文件包含在typoscript的常量定义中。此文件编辑器可能会更改但这可能会带来安全风险,因为编辑可以定义任何常量。 下一个选项是为pages记录定义额外的字段,这些值可以

允许后端用户编辑变量的最佳方式是什么

例如,我有一个发送各种电子邮件通知的TYPO3,我希望后端用户能够全局更改收件人。我从模板常量开始,直到我发现后端用户无法编辑“模板”模块


那么,实现这一目标的最佳方式是什么?我使用的是Typo3 8.7.7,我将创建一个配置记录,可供后端用户编辑。

一种方法是将fileadmin/中的一个文件包含在typoscript的常量定义中。此文件编辑器可能会更改但这可能会带来安全风险,因为编辑可以定义任何常量。

下一个选项是为pages记录定义额外的字段,这些值可以由任何编辑器设置。在打字脚本中,您可以访问该字段(可能使用
幻灯片=-1
,因此该值只需设置一次)

另一个选项:将这些字段添加到(特殊?)CE(ContentElement)中

最后一个选项:在特殊页面或列中使用std CEs(例如HTML-content),并使用内容字段(bodytext)。(HTML内容的优点是bodytext字段未经修改即可存储。)

最干净和最精简的选项是选项二(表“页面”的附加字段)。选项三和选项四可以使用纯打字稿,但您需要使用内容或记录对象。如果使用修复uid:请记住,编辑器可能会删除CE并添加具有相同内容(但另一个uid)的新CE


补充:

正如@Thomas-Löffler在回答中所说:

您还可以添加一种新的记录/表,编辑器可以在其中插入或更改全局值。处理类似于页面或tt_内容。如果您的记录是全局的(pid=0,或特殊存储页),或者依赖于页面树(rootpath),则可能会有所不同,因此,您可以为不同的页面子树设置不同的值。

我喜欢Thomas的回答,他提供了一个专用的位置来存储配置选项,而不是将其放在页面上,例如,因为您的配置选项没有绑定到页面上下文

尽管如此,就我个人而言,为它创建一个专用的表感觉有点奇怪。一张永远不会有多条记录的桌子


这使我得出结论,键值存储将是正确的使用方式。幸运的是,有3艘船。唯一的缺点是没有接口,所以你必须自己填写表格。如果您使用Thomas的解决方案,这会容易得多。

一个干净而简单的方法是使用表单设置后端模块来设置电子邮件地址。
然后,您可以将访问权限授予特定的组或用户,他们就可以开始了

非常感谢您的详细回答!我将分析这些选择,并试图找到最适合我的。