TYPO3 8.7后端：修改日期选择器范围以支持1900年前年份

当然可以修改这个设置！你遇到的问题是TYPO3默认的日期解析规则和范围限制导致的——系统会对超出默认范围的年份自动修正，把1879误判成2018。下面是具体的修改方案：

问题根源 #

TYPO3的inputDateTime渲染器和eval="date"默认对两位年份有补全阈值（比如默认把小于50的年份补成20xx），即使输入四位年份，如果没有明确指定格式和允许的范围，系统也可能出现误判。而且你的现有配置只设置了年份上限，缺少下限限制，这也加剧了这个问题。

修改后的TCA配置 #

把year_of_birth字段的配置更新为如下内容：

"year_of_birth" => [
    "exclude" => 0,
    'label' => 'LLL:EXT:xxx/Resources/Private/Language/locallang_db.xml:fe_users.year_of_birth',
    'config' => [
        'type' => 'input',
        'renderType' => 'inputDateTime',
        'dbType' => 'date',
        'eval' => 'date',
        'dateFormat' => 'Y-m-d', // 强制使用四位年份的日期格式
        'range' => [
            'lower' => mktime(0, 0, 0, 1, 1, 1800), // 设置允许的最早年份（可按需调整）
            'upper' => mktime(0, 0, 0, 12, 31, date('Y')) // 保持当前年份为上限
        ]
    ]
]

关键修改点说明 #

• dateFormat：指定格式为Y-m-d，其中Y代表四位年份，让系统明确识别四位年份，不会把1879当成两位年份补成2018。
• range.lower：设置允许的最早日期（这里设为1800年1月1日），确保1879年在合法范围内，避免系统自动修正。MySQL的date类型本身支持1000-9999年的存储，不用担心兼容性问题。

后续操作 #

修改配置后，务必刷新TYPO3系统缓存（在后端“维护”模块清除所有缓存），新配置才会生效。之后再尝试输入1879年的出生日期，就能正常保存和显示了。

如果还是有问题，可以检查是否有第三方扩展或自定义JS代码修改了日期输入的行为，比如某些日期选择器插件可能自带年份范围限制，需要同步调整。

内容的提问来源于stack exchange，提问作者stig