Форум PHP

Ну возможно мне привидился скепсис там, где его небыло:)
Две таблицы - чтобы уменьшить их объем и упростить код.
первая таблица:
id заказа (то что мы сохраняем в куках), дата-время (для удаления после истечения срока), id пользователя (для тех, кто зарегистрирован)
и вторая таблица:
id заказа (такой же как и в первой таблице), id товара, количество, цена (при необходимости).

В итоге, даже при довольно большой посещаемости и крупных заказах, будем иметь компактную таблицу.

Если установлена библиотека GMP, можно попрбовать gmp_xor

Почему вы так решили - я просто не думаю, что это самый простой способ (требуется изменить скрипт в кротчайшие сроки). И почему две таблицы - на будущее?

Подскажите пожалуйста, а как нить по другому можно шифровать куки у меня просто mcrypt не включен на хосте

На самом деле, потребуются две дополнительные таблицы. Но вы все равно делать этого не будете, так что это пустое.

Спасибо на добром совте :)

>предлагаете завести таблицу для корзины и заносить туда значения.
Совершенно верно.

Спасибо.

Ну меня еще вопрос - насколько мешает SID в строке адреса, если я буду использовать сессии?

Вы написали: "хранить только идентификатор заказа, а сам заказ - в БД". Я и объясняю, если пользователь не дошел до оформления заказа, как я узнаю идентификатор (ведь корзина и оформление заказа - разные вещи) или вы предлагаете завести таблицу для корзины и заносить туда значения.

Если это возможно, то да.
Пользователь набросал товаров в корзину (заносим id -> quantity в куки), пошел оформлять заказ ... там он выбрал способ оплаты, способ доставки и пр. (на время это все можно поместить в сессию) ... далее, как заказ оформлен, все заносится в БД, значение куков уничтожается.