Umbraco relations service and slave Umbraco instances
Hi all,
This question relates to Multilingual sites, Umbraco slave instances and the Relation Service API.
We currently have a site designated as a master which handles all updates to content. Our intention is to set up slave instances without databases in other regions which poll the master for content with the out of the box Umbraco slave server setup.
Our site is also multilingual and we are looking to relate content so that we can do things like create a language picker, specify alternate content with hreflang and similar.
Question
I understand that the relations API is the standard way of relating translated content but also incurs a hit on the database, as our slave websites will not have a database, I presume this won't work.
Is my understanding of the situation correct?
Can the relations API be configured to work in this situation?
If not, is there a recommended alternate approach to managing related content in a way that will be supported by slave servers?
Thanks for any help you can provide, I'd be happy to answer any questions or provide any clarification necessary.
Umbraco relations service and slave Umbraco instances
Hi all,
This question relates to Multilingual sites, Umbraco slave instances and the Relation Service API.
We currently have a site designated as a master which handles all updates to content. Our intention is to set up slave instances without databases in other regions which poll the master for content with the out of the box Umbraco slave server setup.
Our site is also multilingual and we are looking to relate content so that we can do things like create a language picker, specify alternate content with hreflang and similar.
Question
I understand that the relations API is the standard way of relating translated content but also incurs a hit on the database, as our slave websites will not have a database, I presume this won't work.
Thanks for any help you can provide, I'd be happy to answer any questions or provide any clarification necessary.
Chris.
is working on a reply...