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_ColdFusion_Meetup-2010/
&
http://carehart.org/cfmeetuprecordings/20100218_CF%20Meetup_%20FarCry%20CMS%206.0,%20Geoff%20Bowers_0.flv
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
