On Thu, Jun 15, 2000 at 10:23:38AM -0700, Ian Kallen wrote:
> Hi Jacob!

Hi Ian!

> Difference being that if you change your cookie'ing to use something other
> than mod_usertrack, you'll have to make sure it also creates that key for
> it in the notes table otherwise your PerlLogHandler won't see it. 

True.  But it's quite a nice convention to follow.

> $r->header_in('Cookie') should always be there for slicing and dicing...
> I'm probably splitting hairs here but I like to be flexible.

That also changes the mechanism from log-on-set to log-on-return, though.
If they didn't have a cookie, on their first request mod_usertrack will
set it and log it.  If you only log from inbound cookies, though, you
don't log on that first request.

You'll lose external Referer data from that first request, which may or may
not matter to you.  On the bright side, when someone with cookies switched
off goes through your site, they won't leave a trail of orphan cookies with
them (cookies set and logged, but never returned).

> Today, Jacob Davies <[EMAIL PROTECTED]> frothed and gesticulated...:
> > The %{cookie}n refers to the cookie field of the notes table, so you should
> > be able to get at it directly from Perl with:
> >     $r->notes( 'cookie' );

-- 
Jacob Davies
Lead UNIX Engineer
SF Interactive
[EMAIL PROTECTED]

Reply via email to