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
-~----------~----~----~----~------~----~------~--~---

Reply via email to