[ic] Removing session ID from the URL

Grant emailgrant at gmail.com
Tue Jan 11 17:29:16 EST 2005


> > > > It looks like IC usually appends a session ID to all links on the
> > > > first page of the session.  If IC gets a session cookie back from the
> > > > user after that, it keeps the session IDs out of the links.  Is there
> > > > any way to keep IC from appending session IDs right away?
> > >
> > > If you don't want a session ID ever to appear in the URL, you can set this
> > > in catalog.cfg:
> > >
> > > ScratchDefault  mv_no_session  1
> >
> > What a treat!  Thank you!  This means I don't have to maintain Robot*
> > anymore if I can count on mv_pc not showing up.
> 
> Hmm.
> 
> I don't think that is a safe statement -- a great deal of the benefit of
> using Robot* is that there is no session assigned and you don't have
> the hit on disk writing and storage.

I didn't think of that.  Would a session be created even though the
robot never returns a cookie and never includes an id in the request
URL?  Actually, maybe a new session would be created every time a
robot accesses a page with this behavior?

> I guess I still don't understand the problem. Are you saying that
> even when the UserAgent is seen as a robot, we are putting session ids
> in?

I'm saying normal users sometimes (second page of the session) have an
id in the URL which creates a "page" that isn't in Google's index. 
Google then can't display a targeted ad for that page.  Google knows
/page.html but doesn't know /page.html?id=abcd and definitely sees
them as two different pages as far as AdSense is concerned.

> WRT the id= thing, you can remove that alias from the equation by
> editing ICROOT/etc/vars.
> 

I think you mean ICROOT/etc/varnames, but very cool file.  Editing
that wouldn't keep a session ID out of the URL though would it?

- Grant

> --
> Mike Heins


More information about the interchange-users mailing list