был согласен, что этот подход не совсем хорош, но эго заставило "холивариться" до конца
Спасибо за помощь

А какова вероятность того, что вместе полезете?:)

Вы знаете я по опыту разработки приложений знаю: если есть вероятность, что определенная ситуация "врятли сложится, но может".... Она точно сложится.
Ну а про ситуацию с одним IP вообще легко.  Возьмем не меня, а большую фирму с кучей компьютеризированных клерков Ну прикиньте, Вася в курилке показываете новый айфон и говорит, что купил его "прям через интернет, да в 10 раз дешевле". А все друзья тоже мечтают об этом гаджете. Ну и?  А плох тот магазин, который не мечтает о таких ситуациях.

В случае динамического IP ситуация еще интереснее. По большому счету эта идентификация только на один сеанс работы посетителя. Тогда вообще теряет смысл эта привязка по IP. Т.к. есть переменные сессии, идентификатор сессии.

Полезем разом, но каждый для себя заказывать на этот магазин.... И корзина будет общей.

А какова вероятность того, что вместе полезете?:)

Не нужно мне сообщения набивать.
Прост столкнулся с похожим вопросом, подумал, что можно попробовать таким образом реализовать.

tiron_alexey пишет:

как вариант: почему бы не использовать в качестве идентификатора, ip пользователя?

1. Топику уже полгода.
2. У меня статический IP. У меня дома потенциально в интернет могут зайти 6 устройств (плюс к файфай еще тыща друзей подключиться) Полезем разом, но каждый для себя заказывать на этот магазин.... И корзина будет общей.
3. Есть динамические ip. Есть шибко умные провайдеры имеющие дурную привычку делать периодический рекконект.......

И нафига все это?

Да человек знает все это, просто сообщения набивает.

как вариант: почему бы не использовать в качестве идентификатора, ip пользователя?

1. Топику уже полгода.
2. У меня статический IP. У меня дома потенциально в интернет могут зайти 6 устройств (плюс к файфай еще тыща друзей подключиться) Полезем разом, но каждый для себя заказывать на этот магазин.... И корзина будет общей.
3. Есть динамические ip. Есть шибко умные провайдеры имеющие дурную привычку делать периодический рекконект.......

И нафига все это?

дядяБатя

you make my day 

Кому интересно, вот код файла-обработчика запроса (клик по кнопке "Добавить в корзину"):

т.е. вы предлагаете при заходе юзера на сайт давать ему уникальный ID в куки, а когда он добавляет товар в корзину - добавлять строчку в базу вида id | user_id | item_id ? Идея так-то...

ну да. чем это вам не нравится?

Если клиент успешно залогинился, ему следует дать куку.
Перед логином следует эту куку потребовать
Если она есть, то следует не логинить по новой, а работать с ним как со старым, ибо это СВОЙ.

     // может юзер имеет куку?
     if(isset($_COOKIE['xid']))
     {

потом с ней работай:

     ·   $xid = $_COOKIE['xid'];

ну а если куки нет, то её сделай.

·   $xid = $remember ? md5("рррррр" . $date . $user_id) : NULL;
|    ·   if($xid)
|    ·   {
|    ·   ·   $xed = $date + COOKIE_EXPIRE;
|    ·   ·   setcookie('xid', $xid, $xed);
|    ·   }
|  

Теория: в куки надо вставлять значение-массив с двумя значениями - id товара и кол-во. Т.е. по сути cookie должна представлять собой двумерный массив.

Практика: все что смог сделать

<?php
    $i = 0;
    
    // Ищем, есть ли уже такой товар в корзине.
    do {
        $key = array_search($_POST['id'], $_COOKIE['cart['.$i.']']);
        $i++;
    } while ($key == false);
    
    // Если есть, то добавляем к счетчику кол-ва +1.
    if($key <> false) {
        $f = $_COOKIE['cart['.$key.'][1]']
        setcookie('cart['.$key.']', 'array[]',time()+(604800));
    }
?>

Вот именно на вставке кук я и застопорился (последняя осмысленная строчка кода не закончена) и голова пошла кругом. Подскажите, кто в курсе.