Как запомнить пользователя в БД и как хранить md5 в БД?

Question

[alexandCmyk]

Необходимо запомнить корзину пользователя на сайте, срок хранения корзины ~ 30 дней.
Как запоминать пользователя?
Так как IP у всех динамический тут у меня в голове один вариант:
При входе на сайт шифровать IP пользователя, кидать в куку на 30 дней и добавить в БД это шифр чтобы связать с ним корзину.
Есть ли какие то еще варианты? И какие минусы в этом ?
И какой тип данных и размер использовать для хранения md5 или sha1?

Answer 1

[Andrzej Wielski]

К чему идентифицировать корзину по ip? Вы столкнетесь с множеством проблем - динамические IP, vpn, прокси-серверы.

Достаточно хранить данные корзины в сессии.
В том случае, если пользователь авторизировался - синхронизировать корзину в базе.

Comments

[alexandCmyk]

Так ip мне понадобится только для того чтобы отличить пользователя в первый раз, сохранив его IP в md5 или sha1 у него в куки на 30 дней, и потом находить его корзину, уже будет не важно какой у него IP

[alexandCmyk]

Магазин не крупный, авторизация не к чему пока

[alexandCmyk]

А в сессии получится хранить до закрытия браузера

[Andrzej Wielski]

alexandCmyk: Что за бред?
В конфигурационных файлах можно хранить данные сессии хоть 10 лет. Настраивайте как хотите.

Я так и не понял логики сохранения хэша ip адреса в базе. Зачем оно вам?

[alexandCmyk]

Использовать хэш как идентификатор в таблице, помимо хэша там хранить и сами товары, вместо того чтобы их хранить сессии и куках, а в сессии хранить только количество и общую цену товаров. Хранить хочется именно в БД все корзины, чтобы собирать информацию

[Andrzej Wielski]

alexandCmyk: используйте встроенную uniqid, либо библиотеки генерирующие UUID / GUID.
Вот вам пример: https://github.com/ramsey/uuid

В сессии в таком случае храните лишь уникальный идентификатор пользователя. Можно генерировать его на основе ip, вам подойдет UUID5.

Answer 2

[d-stream]

А зачем шифрование и прочая? Зачем IP?

Хочется как-то идентифицировать анонимного пользователя при повторном заходе - генерим ему некий уникальный ID и скармливаем куку с ним.
В качестве уникального ID можно пользовать например автоинкрементное поле, но это если не страшит перебор "злобным хакером" соседние записи. Можно пользовать "стандартизированый" GUID/UUID

Answer 3

[Михаил Ким]

Куки, либо localStorage. Хранить id и количество.

Answer 4

[Mysterion]

Можете просто содержимое корзины хранить в куках. ID товаров, например, и их количество. А при посещении сайта клиентов генерировать это содержимое из кук. В базе ни к чему это хранить. А если хочется, то сохранять корзину стоит, разве что, авторизованного пользователя.

Comments

[alexandCmyk]

Если в куках то придется хранить в JSON а длина кук вроде как ограничена

[Mysterion]

alexandCmyk: ID и количество - не такая уж и объемная информация.