On our site, we'd like to be able to maintain and serve custom/localized error pages in the end-users' own language rather than just a standard customized page like /apps/sling/servlet/errorhandler/404.jsp.
Right now, we're storing these localized pages as /content/<country>/<language>/errors/<errorcode>.html (e.g. /content/be/nl/errors/404.html), allowing editors to maintain them.
Normally, it wouldn't be hard to find and serve the correct page. You could just serve http://www.mysite.com/content/gb/en/errors/404.html if the users tries to fetch the non-existing page http://www.mysite.com/content/gb/en/invalidpage.html.
The problem is that we've got an Apache server doing link rewriting in front of CQ like this:
/content/gb/en/products.html -> gb.mysite.com/products.html
- so when trying to determine which page to serve to the user, we use hard-coded reverse mappings (gb.mysite.com -> /content/gb/en/).
The thing is, the webmasters need to be able to set up a new country site without contacting a developer to get the mappings updated.
But how do I figure out which page to serve without using mappings?
Ideally, I'd like to use a "site setting" per site, allowing the webmaster to define e.g. /content/gb/en/errors as the "base path" for error pages. But when all I've got to go on is a request for e.g. http://gb.mysite.com/invalid.html, then all I can do is try to find the nearest correct parent that resolves to a Page - which would then be "/". I thought I could resolve the full path of this root Page to /content/gb/en/, but no luck.
Any ideas on how to handle this? Any and all suggestions would be most welcome! 