November Happy Hour will be moved to Thursday December 5th.
November Happy Hour will be moved to Thursday December 5th.
I sugest contacting episerver support and talk to them cause it sounds like it might be a bug. Test if you have the same on a standar demowebsite from episerver. If it is by design you might be able to use the 404handler on epicode or write custom module that.
Make sure you have the correct language mapped i EPiServerFramework.config as well or look in admin-mode to see mapped languanges to domains
I think that there is a hotfix created where you can configure strict language handling which means that the last URL segment must match the language of the domain. Thus these links would give 404 reponses:
www.abc.de/dog
www.abc.com/hund
while the following URL:s would work as normal
www.abc.de/hund
www.abc.com/dog
@Linus, do you have any specifics regarding this hotfix?
According to another post, this issue is in the works for EPi 7, but I am running EPi 6 and am very much interested in a hotfix or workaround for that version.
@David
Please send a hotfix request to developer support (requires partner access) .
We have multiple domains for each language e.g.
1. www.abc.de<http://www.abc.de>
2. www.abc.com<http://www.abc.com>
Say I have an article for dog in both english and german with urls
1. www.abc.com/dog<http://www.abc.com/dog>
2. www.abc.de/hund<http://www.abc.de/hund>
The issue that I have is that the following also works
3. www.abc.com/hund<http://www.abc.com/hund>
4. www.abc.de/dog<http://www.abc.de/dog>
We require www.abc.com/hund to redirect to www.abc.com/dog.
This can possibly be achieved by writing a custom url rewriter. The question is if that is recommended. I mean for every URL that gets hit, we would need to check if URL is correct for that domain. And that would mean loading the Page object before in the cycle while rewriting and also when finally URL reaches page handler.