Rats... using CF7... any kind of similar thing for that? If we ever move to CF8, I'll know it's possible at least...
Thanks! Tomek On Fri, Nov 21, 2008 at 4:21 PM, Sean Coyne <[EMAIL PROTECTED]> wrote: > > sorry thats "don't wait" not dont want. typo... > > Sean > > On Nov 21, 4:20 pm, Sean Coyne <[EMAIL PROTECTED]> wrote: > > 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 farcry-dev@googlegroups.com 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 -~----------~----~----~----~------~----~------~--~---
