If you are on CF8 you can do the DB insert within a CFTHREAD and just dont want for the CFTHREAD to complete. You can send yourself error reports, or write to the log on error from withing the CFTHREAD to ensure that things are working properly.
On Nov 21, 3:09 pm, "Tomek Kott" <[EMAIL PROTECTED]> wrote: > Thanks Blair, that certainly helps. > > I implemented the invoking in the index.cfm file, where I try to ignore all > the bot crawlers. Things generally work well (rather, all the stats are > there now) > > I have a separate problem now, however: things take longer to load --- just > slightly too long to quite be comfortable. This is understandable, there's > an insert call to the database even on a cached page. So I figured that > perhaps <cfflush> would be helpful to put the page up before the database is > done. > > As I found out, however, <cfflush> does not allow farcry to set the head > correctly after checking for any necessary javascript libraries etc. So the > question is: > > Is there a way to post content before the database query is invoked? > > I guess I could put the database query after the cfhtmlhead tag after all of > "onRequestEnd" has been run, do the cfflush there, and then do invoke.... > right? > > (right now, I essentially have <nj:display> ... <cfinvoke>...) > > Thanks, > > Tomek > > On Thu, Nov 20, 2008 at 4:58 PM, Blair McKenzie <[EMAIL PROTECTED]> wrote: > > nj:display will generally put the navigation id into request.navid and the > > actual content object into request.stObj. Hope that helps. > > > Blair > > > On Fri, Nov 21, 2008 at 2:08 AM, Tomek kott <[EMAIL PROTECTED]> wrote: > > >> So, an update: > > >> Only download.cfm has the following code: > > >> <cfinvoke component="#application.packagepath#.farcry.stats" > >> method="logEntry"> > >> <cfinvokeargument name="pageId" value="#attributes.objectid#"/> > >> <cfinvokeargument name="navId" value="#attributes.objectid#"/> > >> <cfinvokeargument name="remoteIP" value="#cgi.REMOTE_ADDR#"/> > >> <cfinvokeargument name="sessionId" > >> value="#trim(session.sessionId)#"/ > > >> <cftry> > >> <cfinvokeargument name="browser" > >> value="#trim(cgi.HTTP_USER_AGENT)#"/ > > >> <cfcatch><cfinvokeargument name="browser" > >> value="Unknown"/></ > >> cfcatch> > >> </cftry> > >> <!--- check is a user is logged in ---> > >> <cfif application.security.isLoggedIn()> > >> <cfinvokeargument name="userid" > >> value="#session.dmSec.authentication.userlogin#"/> > >> <cfelse> > >> <cfinvokeargument name="userid" value="Anonymous"/> > >> </cfif> > >> </cfinvoke> > > >> Which is what invokes the stat object. So it makes perfect sense that > >> I was just seeing stats about downloads. Now to change this, I would > >> like to add similar code for general views as well. I have several > >> options: > > >> 1) extend navajo.display to gather the necessary variables and invoke > >> the logEntry function > >> 2) Write my own index.cfm which gathers this info right after > >> navajo.display > > >> I would prefer option #2, but navajo/display does a lot of the > >> objectid / navid finding for me. Maybe I can just get that tag to > >> return a variable with those two id's ready, and that'd be a small > >> change I'd have to write? > > >> Any thoughts? > > >> Thanks, > > >> Tomek > > >> On Nov 18, 10:53 pm, "Tomek Kott" <[EMAIL PROTECTED]> wrote: > >> > Hi All, > > >> > I know that stats are deprecated in FC5, but they are a useful way to > >> keep > >> > all the statistical information in one place (i.e. on the webtop). > >> However, > >> > I am confused as to what option I need to set to get stat data on dmHTML > >> and > >> > dmNavigation types. I currently have the boolean for stats checked under > >> > general config and bAudit="true" for both dmHTML and dmNavigation. Is > >> there > >> > anything else I need to set to get it to work? > > >> > It just appears that nothing except some custom types I have, along with > >> > dmFile, are getting written to the stats table. It has been staying at a > >> > steady number for a while, and jumps only when a special file type is > >> > requested. > > >> > Any ideas on what is going on? Maybe its another 'duh should've thought > >> of > >> > that', but I'm stumped. > > >> > Thanks > > >> > Tomek --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "farcry-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/farcry-dev?hl=en -~----------~----~----~----~------~----~------~--~---
