Just thought, I think cacheTypeWatch is released in farcry 6 and you're using 5.2.3 so it would not work for you.
Chris. On Feb 24, 10:32 am, Chris Kent <[email protected]> wrote: > Colin, > > Yes, adding something like > * @@cachStatus: 1 > * @@cacheTimeout: 5 > is simple caching, refreshing after 5 minutes > > But for dynamic content you can also set the cache to check for new > type content and then flush the cache if there is something new to > display. Check out @@cacheTypeWatch, Geoff had a nice quick demo of it > working on the AUS Winter Olympic site at last weeks cfmeetup Farcry 6 > presentation > -http://www.meetup.com/coldfusionmeetup/pages/Recordings_of_the_ColdFu... > &http://carehart.org/cfmeetuprecordings/20100218_CF%20Meetup_%20FarCry... > for the downloadable flv. > > As for fixing the conflict between setting content to approved and > grabbing content for display - this will require a fix within farcry > core code. > > Chris. > > On Feb 24, 10:15 am, Colin Jones <[email protected]> wrote: > > > > > We're not using webskin caching - just objectbroker caching of the > > database requests. > > > Webskin caching caused us other problems with dynamic content, so we > > never enabled it. (I'm assuming you mean View Caching described > > herehttp://docs.farcrycms.org/display/FCDEV50/UNIT+08+-+Object+Broker,+Vi... > > ) > > > We have narrowed it down to that final "submit" for approval on the > > screen that asks you for the approval comment. If we run without load > > up to that point, then load the page requests for that page just prior > > to pressing the final submit, it loses all the rules on the page. > > > On Feb 24, 9:31 am, Chris Kent <[email protected]> wrote: > > > > Colin, > > > > Sounds like some form of locking should be put in place - i.e. do not > > > allow nj:display to get content item whilst set status to approved > > > (statustoapproved) process is in in progress for that same item. > > > > Are you using webskin chaching, if not it might be worth looking into > > > if you are not, The cached version of the webskin may (have not > > > tested) still be available for display whilst the content item is > > > being approved. Not sure, without looking, what the sequence of events > > > are when approving content - i.e. does the full DB update complete > > > before the webskin cache is cleared? > > > > Chris. > > > > On Feb 24, 8:37 am, Colin Jones <[email protected]> wrote: > > > > > Hi we've just encountered a major problem when trying to edit our > > > > (busy) homepage. We have various rule containers on there, but if we > > > > create a draft version - even just to change some metadata on the > > > > page, then send it to approved we're frequently losing several rules > > > > from the page randomly. > > > > > This appears to be directly related to this > > > > bughttp://bugs.farcrycms.org/browse/FC-523 > > > > which does not appear to have a fix. We are currently running 5.2.3 > > > > of farcry. > > > > > We can replicate it every time on dev and test by running jakarta > > > > jmeter against the page to simulate continual requests. If the page > > > > is edited while the page is being requested continually any or all the > > > > rules on the page end up disappearing. Obviously this is a major > > > > problem for us and the editors, as we could be randomly losing content > > > > all over the site, and people may not even notice it's gone > > > > immediately. > > > > > If anyone has any ideas on how to fix this they'd be greatly > > > > appreciated! > > > > > Cheers, > > > > Colin. -- You received this message cos you are subscribed to "farcry-dev" Google group. To post, email: [email protected] To unsubscribe, email: [email protected] For more options: http://groups.google.com/group/farcry-dev -------------------------------- Follow us on Twitter: http://twitter.com/farcry
