Re: [PHP] Re user Identifying
The problem you are describing is implemented in a quite amazing GPL shop. You might want to have a look: www.oscommerce.org Regards Martin Peter Goggin wrote: I did not make my request for information clear. The two scenarios which I have to cover: 1. The user registers as a customer with the site. In this case the shopping basket and items can be attached to the customer Id. and the shopping basket made available across sessions. The shopping basket is created when the first item is added. It is closed when the final order is placed. I have already coded this and it works satisfactorily. 2. The user does not register. Instead the process is to add items to a shopping basket, which is then converted to an order or discarded at the end of the session. How do I identify shopping baskets belonging to different concurrent users? Should I include the session Id in the record, use cookies or what? Is the php session Id a unique ID ? Regards Peter Goggin -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re user Identifying
I did not make my request for information clear. The two scenarios which I
have to cover:
1. The user registers as a customer with the site. In this case the shopping
basket and items can be attached to the customer Id. and the shopping basket
made available across sessions. The shopping basket is created when the
first item is added. It is closed when the final order is placed. I have
already coded this and it works satisfactorily.
2. The user does not register. Instead the process is to add items to a
shopping basket, which is then converted to an order or discarded at the end
of the session. How do I identify shopping baskets belonging to different
concurrent users? Should I include the session Id in the record, use
cookies or what?
Is the php session Id a unique ID ?
Regards
Peter Goggin
- Original Message -
From: "-{ Rene Brehmer }-" <[EMAIL PROTECTED]>
To: "Peter Goggin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, March 14, 2003 4:13 AM
Subject: Re: [PHP] Re user Identifying
> On Thu, 13 Mar 2003 19:55:04 +1100, Peter Goggin wrote about "[PHP] Re
> user Identifying" what the universal translator turned into this:
>
> >My site uses shopping baskets to record what the user wants to but. These
> >records are stored in a database against the user. This requires the
user
> >to register and log onto the site. Is it possible to avoid this by the
use
> >of cookies or some other method?
>
> To retain a users identity, when the users ain't on your site, you've got
> no way around cookies.
>
> Be aware that the cookie should only (for security reasons) contain the
> user's ID, not his/her login or password.
>
> When the user returns to the site, you'll need to look for the cookie, and
> then compare the userID to the database, and provide auto-login by
> retrieving login and password from the database.
>
> I don't use cookies myself, so can't help beyond that.
>
> Rene
>
> --
> Rene Brehmer
>
> This message was written on 100% recycled spam.
>
> Come see! My brand new site is now online!
> http://www.metalbunny.net
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re user Identifying
On Thu, 13 Mar 2003 19:55:04 +1100, Peter Goggin wrote about "[PHP] Re user Identifying" what the universal translator turned into this: >My site uses shopping baskets to record what the user wants to but. These >records are stored in a database against the user. This requires the user >to register and log onto the site. Is it possible to avoid this by the use >of cookies or some other method? To retain a users identity, when the users ain't on your site, you've got no way around cookies. Be aware that the cookie should only (for security reasons) contain the user's ID, not his/her login or password. When the user returns to the site, you'll need to look for the cookie, and then compare the userID to the database, and provide auto-login by retrieving login and password from the database. I don't use cookies myself, so can't help beyond that. Rene -- Rene Brehmer This message was written on 100% recycled spam. Come see! My brand new site is now online! http://www.metalbunny.net -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re user Identifying
Yes you can set up both in parallel...however, that is going to be tons of work for your system to manage. You can set up both that allows either sessions or cookies. -- Ray On Thu, 2003-03-13 at 01:55, Peter Goggin wrote: > My site uses shopping baskets to record what the user wants to but. These > records are stored in a database against the user. This requires the user > to register and log onto the site. Is it possible to avoid this by the use > of cookies or some other method? > > Is it possible to use both methods in parallel. so that the user can choose > either method. i.e. choose to register as a customer, or use the default id > (perhaps via the cookie) and enter customer information at the time of > placing the order? > > > Any advice on the best way of doing this would be greatly appreciated. > Regards > > Peter Goggin > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re user Identifying
My site uses shopping baskets to record what the user wants to but. These records are stored in a database against the user. This requires the user to register and log onto the site. Is it possible to avoid this by the use of cookies or some other method? Is it possible to use both methods in parallel. so that the user can choose either method. i.e. choose to register as a customer, or use the default id (perhaps via the cookie) and enter customer information at the time of placing the order? Any advice on the best way of doing this would be greatly appreciated. Regards Peter Goggin -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
