[Date Prev][Date Next][Thread Prev][Thread Next][Interchange by date
][Interchange by thread
]
[ic] AOL losing session data.
On Mon, Aug 26, 2002 at 05:14:43PM -0700, Dan Browning wrote:
> At 07:06 PM 8/26/2002 -0500, you wrote:
> >On Mon, 2002-08-26 at 18:19, Dan Browning wrote:
> >> At 05:48 PM 8/26/2002 -0500, you wrote:
> >> >Quoting Dan <ic@concolor.org>:
> >> >
> >> > > Does anyone have an idea of how to keep AOL users from losing session
> >> > > data? I have had quite a few AOL users come in through affiliates and
> >> > > the affiliate has not recieved credit for their order. This is an
> >> > > intermitant problem with some AOL users not having a problem while
> >> > > others do.
> >> > >
> >> > > I am using IC 4.8.5
> >> > >
> >> > > Any thoughts would be greatly appreciated.
> >> > >
> >> > > Dan Sabath
> >> > > concolor web services
> >> >
> >> >Hi Dan,
> >> >
> >> >I think the problem lies in the fact that AOL caches the pages of a
> >site, and
> >> >that is why the users may not be getting proper credit.
> >> >
> >> >Hope this helps.
> >>
> >> I would also add that it is a solvable problem, as AOL wont cache unique
> >> URLs (mv_pc=..., etc.).
> >
> >I wish it were this easy. They are coming in via a URL which includes
> >the mv_pc= variable.
> >http://www.purebio.com/cbin/purebio?mv_pc=0101cws
> >
> >It might be an issue with post variables in the URL.
> >I've checked it with AOL v.7 but haven't been able to get a hold of any
> >end users who know which version they are using.
>
> Aha, I see what you mean. You don't get the benefit of the random mv_pc
> since you are using it to track affiliates. Yes, I am a Master Champion
> Black Belt in the ancient art of "The Obvious". If I were you, I'd look
> into using another variable for the affiliate tracking or for the unique
> URL (perhaps forcing id=? even if they do have cookies enabled).
There are lots of ways to do it. If they are coming from known sites
and you note that as part of your registration process for affiliates,
then you can just use the referer. You can drop them into a page
something like /referer?mv_arg=account if that works with your security
model. They can go to a page /account that sets them up. Just don't
count on referer for any sort of security.
Regardless, that doesn't really explain why they are not getting credit,
cached or not. If a shopper is coming in via an affiliate, they won't
have a session yet, but will establish one when they arrive. It should
not matter if the referring page is static or cached.
If the referer already has an mv_pc variable, then it sounds like your
affiliate is sending them to a bookmark. That's asking for trouble.
>
> /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\
> | Dan Browning, Kavod Technologies <dan.browning@kavod.com> |
> | (360) 882-7872 x7, 6700 NE 162nd Ave, Suite 210, Vancouver, WA |
> \~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/
> Furbling, v.:
> Having to wander through a maze of ropes at an airport or bank
> even when you are the only person in line.
> -- Rich Hall, "Sniglets"
>
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
>
--
Christopher F. Miller, Publisher cfm@maine.com
MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039
1.207.657.5078 http://www.maine.com/
Content/site management, online commerce, internet integration, Debian linux