> We try to resolve some performance issues on a pretty complex site and > caching might just be the thing: > - Is there support for fragment caching?
It depends. Magnolia caches the requests. If you request the fragment (paragraph) of the page (perhaps because you want to render it within some portal or other solution of yours) then the paragraph will be cached. You can't define arbitrary fragments and mark them for being cached and even if there are fragments cached they will not be used internally when composing whole page that contains such a fragment (paragraph). > - Has anyone experience with fragment caching and Magnolia (even if > implemented by their own)? not me, tho it should not be difficult to plug in into the existing cache and store there whatever fragments you want and use a tag to mark fragment for caching and then when rendering a tag check the cache for existence of the fragment first. The advantage of plugging into an existing cache would be that the fragments get flushed when new content is published to the instance. > - Is there a way to enable client caching for resources only? and by "client caching" you mean browser caching? Sure, just use custom browserCachePolicy implementation. (patch to add voters to the browserCachePolicy would be welcome should you choose to contribute it). > - Are there other "advanced-cache" strategies than the two described here > http://documentation.magnolia-cms.com/modules/advanced-cache.html? With 4.3.2 you can also have cache flushed only the content that belongs into the same subtree as the published content. This was implemented to facilitate the multi site support but can be used in general even without having multiple sites if you are sure that changed to your content are localized to the subtree. > > At the moment we use Magnolia EE 4.2. Is there maybe a new caching feature > in 4.3 that would help me to implement/configure some of the mentioned > stuff? There is still no pure fragment caching. The new thing in the 4.3 is that you can render the paragraphs on their own (and have them therefore cached), but I'm not sure that it will help to solve whatever problems you have. Maybe if you describe what performance issues you have and what is pretty complex site ... there might be options to actually prevent the issues from happening. The main goal of using the cache is to lower the load on the server during peak traffic not to mask the slowness of creation of the content anywhere in the system. Jan > > Thanks, I will appreciate any help > - Andy > > > > ---------------------------------------------------------------- > For list details see > http://www.magnolia-cms.com/home/community/mailing-lists.html > To unsubscribe, E-mail to: <[email protected]> > ---------------------------------------------------------------- - Best regards, Jan Haderka, PhD. Magnolia International Ltd. http://www.magnolia-cms.com You should join us at Magnolia Conference 2010: http://www.magnolia-cms.com/conference http://twitter.com/magnolia_cms http://facebook.com/Magnolia -------------------------------------- Magnolia® - Simple Open-Source Content Management ---------------------------------------------------------------- For list details see http://www.magnolia-cms.com/home/community/mailing-lists.html To unsubscribe, E-mail to: <[email protected]> ----------------------------------------------------------------
