-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
5.6.10, 5.7.4, 6.0, 6.1.2
-
None
Situation:
- Using OTB content-i18n mechanism
- Having content on website, and in content apps translated.
- Trying to achieve a dynamic page that redirects nice URL's to itself alike this example:
fromUri /products/([0-9a-zA-Z-]+)\.html
-
toUri forward:/product/detail.html?productId=$1
- On that dynamic page content should be rendered i18n-ized fetched from the content app (or any other system).
- Also this should work on redirects and permanent redirects.
Problem 1: Local information ist lost.
=> This can NOT work!! Because the information of the local is lost on the forward/redirect/permanent.
Problem 2: The site information (in the URL) is lost
=> This can ONLY work on public instances with domain mapping!!
Because the information of the siteDefintion's name in the URL is lost on the redirect/permanent.
The current pattern of VirtualUriMapping in the scope of redirect&permanent will only work on public instances with a domain mapping. On author it won't work at all, as the site defintion-name ist lost in the url.
Solution / Workaround
Use the patched class.
Be aware that it provides two additional configuration values (default is false):
useLocale: true
useSiteDefinition: true
Without enabling them the Mapping behaves 1:1 as the original/OTB RegexpVirtualUriMapping class.
Attention: This class is a work around/poc, it has not been tested in all possible complex multisite environments.