вопрос о куках в создании корзины

[annddrrey]

Короче...
Пару недель назад заказали написать корзину (до этого ни разу не писал), немного начитавшись - написал, все отлично работает, но на сессиях...
пришла мысль сделать это на куках.... но не пойму смысла идентификации пользователя (искать в инете уже мозг болит), -
смысл сессий понятен: существует таблица с товаром (в БД), новый пользователь заходя на сайт приобретает свой Id сессии и с этим id уже манипулируешь как хочешь,-например можно записать его в др таблицу где также записываются id товара, количество и время создания, потом все это дело по id сессии отсылаешь на почту а по времени создания записи в таблице - чистишь ее если время созд записи больше какого-то времени...

что с куками??? - как идентифицировать пользователя??? - нужно ли записывать данные о нем в табл??? когда он оформляет товар как понять какой товар он заказал?

[Andkorol]

Сообщение от annddrrey

что с куками??? - как идентифицировать пользователя??? - нужно ли записывать данные о нем в табл??? когда он оформляет товар как понять какой товар он заказал?

Использование cookies в качестве средства авторизации и идентификации пользователей - очень плохая идея, по причине возможности любых манипуляций с cookies на стороне клиента.

Остальной алгоритм работы с cookies в вашем примере точно такой же, как и с сессиями.
Организовываете в cookies массив cart, пишете туда ID пользователя, добавляете ID выбранных им товаров, сохраняете.
Всё абсолютно также, меняется только место хранения информации - всё хранится у клиента(что может быть минусом).

PHP И Cookies

[MyXa]

создавай запись в mysql таблице где название строки айпишник юзера

[ADSoft]

и вообще у куков ограничение на размер - вроде 2 кб... вы уверены что все товары и информация по ним уместиться туда?

[Пепел Феникса]

создавай запись в mysql таблице где название строки айпишник юзера

IP не уникален.

[annddrrey]

что касается IP - большинство пользователей в наше время имеют динамические IP.

А то что куки вещь не надежная - я понимаю, но а какие варианты сделать чтобы работать с корзиной можно было через неделю допустим... ведь разные случаи бывают... да и по разговорам "пользователей" - один из критериев долгосрочность хранения.
Ну а емкость кука 2 кб - это около 250 символов, в куках можно хранить, насколько я понимаю, только id товара и к-во.

[Andkorol]

Тут такое дело - если пользователь зарегистрирован и авторизован - то нет особых проблем хранить незавершенные "покупки" каждого такого пользователя в отдельной таблице в БД, в формате user_id => goods_ids.

Если же речь идет о незарегистрированных пользователях - то имеет ли смысл вообще хранить такую информацию, ведь не факт, что такой пользователь вернется (и именно с такими же намерениями в плане покупок)?

Ну а если такая необходимость всё же возникла - принцип тот же, генерите более-менее уникальный ID, вешаете пользователю cookies с этим ID (с определенным временем жизни), ну а в таблицу БД пишете данные о его корзине, в таком же формате(сгенерированный ID => goods_ids).

Ну и не забывайте чистить такую таблицу через промежутки, равные времени жизни установленных вами cookies (cookies сдохли - лишние записи из таблицы удалились).