[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