>From a product point of view, we want the user of the system to have the best experience. Despite design and ease of use of the project/product, if it takes 2-3 seconds to load a page, and a server restart every night, then the product/project is rated terrible in almost all surveys.
A page preview, smartedit view, or publish is considered page view to the pagebuilder engine, so any bad performing preexecution and rendertag would not scale. Most projects work fine upon delivery, then breaks as it scales. Unfortunately, the implementers have been long gone, and all the end user can do is to submit an OpenText ticket title, "publication issues, slow performance", which is met with a response of "poor implementation, please check with implementer". One of the benefits of being close to OpenText support is not the benefit of having issues solved, but the ability to see what works out better in the long term and has better user satisfaction. No ticket day is a happy customer day. On Monday, February 4, 2013 11:01:15 AM UTC-5, Tony Chung wrote: > > But does pre execution cause that much problem when generating content for > published pages? It would seem the CMS equivalent of compiling the > code into static pages. > > Performance is most important on the published pages, as they are the ones > accessed most. > > -Tony > > On Monday, February 4, 2013, Jian Huang wrote: > >> <%!! Context:CurrentPage.GetElementByName(anc_Page).Page.Id !!%> ?? >> >> By the way, Elements.GetElement is terrible for project performance. >> Best to avoid whnever possible. >> >> Also, if the anc_Page references another anchor or list or container, >> then the rendertag do not work. >> >> On Monday, February 4, 2013 10:50:38 AM UTC-5, Daniel Petroff wrote: >>> >>> So I was thinking of something like this: >>> >>> <%!! Context:CurrentPage.Elements.**GetElement(anc_Page).Id !!%> - >>> returns the GUID of the actual anchor and I need something between the ")" >>> and ".Id" so that I get the GUID of the page attached (referenced) to the >>> anchor instead. >>> >>> Hope it makes sense. :) >>> >>> Thanks! >>> Daniel >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "RedDot CMS Users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To post to this group, send email to [email protected]. >> Visit this group at http://groups.google.com/group/reddot-cms-users?hl=en >> . >> For more options, visit https://groups.google.com/groups/opt_out. >> >> >> > -- You received this message because you are subscribed to the Google Groups "RedDot CMS Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/reddot-cms-users?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
