如果请求无效的类型编号/ typeNum，则返回默认的TYPO3页面类型

Question

在我的TYPO3 9 LTS安装中，当输入无效（即没有TypoScript配置的）类型编号（PAGE.typeNum）的请求时，我的安装返回了一条难看的错误消息：

示例请求：https://www.example.com?type=1234

示例响应：

Service Unavailable (503)
The page is not configured! [type=1234][]. This means that there is no TypoScript object of type PAGE with typeNum=1234 configured.
More information regarding this error might be available online.

更多信息链接指向https://typo3.org/go/exception/CMS/1294587217，但是目前没有任何有关如何更好地配置我的安装的有用信息。

这些错误消息也很烦人，因为它们可能是由网络爬虫触发的，并且每个请求都会在TYPO系统协议中创建错误条目。

如果未配置请求的类型编号，我该怎么做以回退到/服务默认的type=0 HTML页面？

Answer 1

AFAIK TYPO3当前无法正确处理。生成了503，但未触发站点配置中的相应errorHandler。

至少当您在TYPO3_CONTEXT =生产中时，错误消息会少一些丑陋（“糟糕，错误...”）。

有一个功能请求，使未知页面类型的行为类似于404：https://forge.typo3.org/issues/86844

目前，我建议为您不想在TYPO3之外提供的所有类型添加重定向（301）（例如.htaccess RewriteRules或nginx重写）。