UncleAndy

Я так понимаю что никто никаких ошибок не обнаружил? Можно заливать в основную ветку? :)

Думаю все проще - вряд-ли существуют идеальные системы. У каждой свои недостатки.

Для желающих самими покрутить - сырой архив вот тут - http://andyhost.ru/files/ocstore-0.1.9-postgre.tgz Этот вариант только для тестирования!!! Не ставьте его на работающий магазин!!!

Могу сделать архив. Подойдет?

Сегодня закончил (насколько смог проверить) правки к ocStore для совместимости с драйвером PostgreSQL. В связи с этим просьба покрутить магазин по адресу http://ocstore.andyhost.ru и сообщить мне если будут выдаваться какие-то ошибки. Так-же очень желательно проверить и админку. Доступ к админке - Admin/123456.

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

Думаю, лучше такие вещи описывать как раз в форуме. Если, вы, конечно не планируете брать плату за свою помощь.

Но и чудес тоже не бывает.

Хорошо. Если тупо посмотреть на ошибку: Failed opening required '/httpdocs/system/startup.php' (include_path='.:') in /var/www/vhosts/mysite.ru/httpdocs/index.php on line 15 То мы видим, что корень магазина - это каталог /var/www/vhosts/mysite.ru/httpdocs/, т.к. ошибка возникает именно в этом файле. И ошибка заключается в том что команда require_once почему-то пытается включить файл из каталога /httpdocs. Что, в общем-то, неверно. Т.е. как минимум в config.php нужно для переменной DIR_SYSTEM установить значение "/var/www/vhosts/mysite.ru/httpdocs/". Возможно, надо поправить и остальные переменные с каталогами.

Поэтому я и написал - что если куки нет, можно выдачу данной куки внести в движок магазина, а конкретнее - в движок корзины. При этом данную куку спокойно можно назвать "идентификатором корзины". Как вы ее не назовете, механизм ее работы останется тем-же. А по моему, мы не флеймим, а обсуждаем к чему именно нужно привязывать корзину. То что нужную куку может выдавать модуль http сервера ничего не меняет.

Юзер заходит один раз и ему сразу выдается кука со значением на долгое время. Это не сессионая кука - она привязывается к дроузеру. Не имеет значения что там у юзера измениться, т.к. кука в броузере останется. Если кука слетит, она ему выдасться новая - уникальная. Пока действует одна кука - проблем с привязкой корзины не будет. Залогиненный будет юзер или гость - корзина будет привязана к броузеру с данной кукой.

Ну, не думаю что для работы этого модуля в апаче нужен mysql. :) Это было-бы очень странно. :)

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

Такое ощущение что вы меня не понимаете. Кука uid выдается всем посетителям у кого ее нет на большой срок (по идее, это вечная кука). Выдается независимо от скриптов, переменных окружения и чего-либо еще.

То что заметят, не значит что поймут и возьмут что-то из нее. Главными вебоводами России давно доказан отрицательный эффект бегущих и мигающих строк. Это если вы хотите сделать дружелюбный к клиенту интерфейс. Если хотите "стукнуть по голове" что-бы у юзера глаза в кучку слиплись, тогда да - можно и это использовать. :)

Тогда всех посетителей придется регать в базе. Преимущество серверного uid в том что он делается для всех посетителей автоматом.

Меняется значение переменной path в параметрах. Без SEO-url тоже имеем несколько разных урл для одного товара. Это особенность движка и не уверен что ее получится победить без полной переделки навигации. :(

Бегущая строка - крайне назойливая и вредная для пользователя вещь. Категорически не рекомендую ее использовать на реальных сайтах.

Sammy95, есть такая штука как uid в кукесах который может автоматически назначать сам http сервер. По мне, так корзину надо держать на сервере, но привязывать не к сессии в ocStore, а именно к uid. Фактически это последний вариант.

Проверьте права на файлы. Посмотрите системный лог на всякий случай. Еще проверьте "include_path".

Префиксы для таблиц для этого и существуют.

Написать. Я-ж уже писал - без ковыряния кода не получится.

Посетителю важно что-бы навигация работала предсказуемо, чего не происходит, если включать в SEO-путь товара элиас категории.

Так... А может тогда вместо категории использовать слепленные элиасы (например, через "_") всех категорий к которым принадлежит товар? Хотя не - не получится. Навигация так все-равно не будет работать. :(

Ну, исполнить лучше в виде флага "Аттрибут по умолчанию для быстрого заказа" в описании аттрибутов товара.