Internationalization 混凝土5–;别名子页的隐式别名

Internationalization 混凝土5–;别名子页的隐式别名,internationalization,url-routing,concrete5,Internationalization,Url Routing,Concrete5,我将国际化模块用于一个新项目。但是对于一页和它的子页,我想处理在页面类型中手动编码的翻译。将有数千个子页面,因此我希望避免实际为每个子页面创建别名 例如,如果有一个页面的URL如下: domain.com/en/section-to-be-aliased/a-sub-page 。。。它也应该可以通过 domain.com/de/section-to-be-aliased/a-sub-page 。。。虽然高级页面只有一个别名,这里称为“要别名的节” 要做到这一点,您认为最干净的方法是什么,保持

我将国际化模块用于一个新项目。但是对于一页和它的子页,我想处理在页面类型中手动编码的翻译。将有数千个子页面,因此我希望避免实际为每个子页面创建别名

例如,如果有一个页面的URL如下:

domain.com/en/section-to-be-aliased/a-sub-page
。。。它也应该可以通过

domain.com/de/section-to-be-aliased/a-sub-page
。。。虽然高级页面只有一个别名,这里称为“要别名的节”

要做到这一点,您认为最干净的方法是什么,保持所有缓存功能的有效性

我的第一种方法是继承
Concrete5\u Library\u Request
类并覆盖
函数getRequestedPage()

但我想知道是否有更简单的解决办法。我还认识到,在站点地图中,别名显示了其原始页面的子页面数。。。这表明它们已经可以通过别名访问了?我尝试了相应的URL,但它们不起作用。

我会首先尝试库请求路由。但是,你也应该考虑建立站点地图。即,添加自动导航块时会发生什么情况。正确的解决方案将处理双方(请求),但也会深入到足以模拟完整站点地图的程度……嘿,詹姆斯,谢谢你的提示。该部分将有一个自定义导航,使用不同的过滤器和分类。因此,无需在autonav中显示页面,但仍可能有一些C5功能需要以某种方式保持活跃–我将在这里报告我的结果。