-
Improvement
-
Resolution: Duplicate
-
Neutral
-
None
-
1.0.1
-
None
When magnolia renders page accessed via Multisite domain specified name, dynamic components are also fetched by request issued to domain URL. That makes internal magnolia page rendering mechanism dependent on domain URL which can point to external server e.g. load balancer, which does not seems to be right approach. Further if the multisite page is accessed with mappings/website/ URIPrefix specified, the dynamic component is fetched with domainName but the URIPrefix is not taken into account when build component URL. That makes the url generated for dynamic content requesting load balancer with path which is not supported. Is it a bug or there is a possibility to reconfigure magnolia to fetch dynamic content via localhost?
Example scenario
Multisite settings:
- Sitename: "casino.com"
- URIPrefix: "/online-casino/v2"
- handlePrefix: "/casino-com"
- domains/casino.com/name: "web-rainbow-six.tipdev.com"
"header" area in "casino-com" node set as dynamic area for caching
When page is requested from a user's browser as follows:
- http://web-rainbow-six.tipdev.com/en/online-casino/v2/
Magnolia internally issues a GET request as follows before serving the page: - GET http://web-rainbow-six.tipdev.com/en/casino-com~mgnlArea=header~
NOTE: GET request is done internally by Magnolia and not by the user's browser, this was checked from logs
Expected behaviour is as follows:
- GET http://localhost/en/casino-com/~mgnlArea=header~
or - GET http://localhost/casino.com/en/online-casino/v2/~mgnlArea=header~
In our case this is a problem because web-rainbow-six.tipdev.com is our loadbalancer and not the server Magnolia is running on
- duplicates
-
MSITEMESH-40 The base URL used to retrieve fragments should be configurable
- Closed