stores.init.js | every call is hitting publisher - can we cache this call

Question

Hi all, Was reviewing publisher logs on server. Noticed that below "store.init.js" call is hitting publisher again and again. /etc/clientcontext/default/content/jcr:content/stores.init.js?path=index&cq_ck=1456299446600 This call is not cached on dispatcher since it has query parameter and also cache busting parameter cq_ck. This call is generated when we have clientcontext enabled on page. Will AEM continue to work normal if I cache this file on dispatcher ? Just trying to save hits on publishers. Thanks in advance.

Lokesh_Shivalingaiah · Accepted Answer

store.init.js is responsible for getting the segments and resolving the same which could be different for each request and hence it has to hit the publish instance to do the same. However, the experience for the resolved segment would be cached and served from the dispatcher.

Amit_Kumar · Answer

rohitspathak123 wrote... Hi all,  Was reviewing publisher logs on server.  Noticed that below "store.init.js" call is hitting publisher again and again. /etc/clientcontext/default/content/jcr:content/stores.init.js?path=index&cq_ck=1456299446600  This call is not cached on dispatcher since it has query parameter and also cache busting parameter cq_ck.  This call is generated when we have clientcontext enabled on page.  Will AEM continue to work normal if I cache this file on dispatcher ?  Just trying to save hits on publishers.  Thanks in advance. If you using personalization using segmentationor target then you can't cache this otherwise you can change caching rule in dispatcherto enable the caching for this.

Sign up

Login with SSO

Login to the community

Login with SSO