Василий Наумкин

Может влиять локалка, если там какой-нибудь Denwer на Windows.

Нет, не сталкивался.

Выяснили, что на новом хостинге был включен register_globals.

Вопрос закрыт.

Попробовал дополнение — восторг!

Пока только одно нарекание: после сохранение чанка в редакторе не работает Ctrl+Z. Полагаю, что он заново инициализируется или что-то такое.

Еще не помешает ссылка «Открыть этот чанк в новом окне». На незнакомом сайте находить чанки будет гораздо проще.

Проверил на чистой установке — всё работает и для гостей, и для авторизованных пользователей.

Похоже, ты очень давно не обновлялся и что-то пошло не так. Удали таблицу TicketsVote и переустанови дополнение заново.

Конечно, спасибо!

Нам обоим будет польза =)

Спасибо, конечно, за добрый порыв, но пока не надо. Видишь, мнения разошлись, что дальше делать.
Лучше купи в магазине дополнение какое полезное =)

Ну или, если есть желание отблагодарить меня лично, безо всяких развитий MS2 — то это можно сделать у меня на сайте любым удобным способом.

502 — это общая ошибка, когда nginx спросил, а php не ответил.
reset by peer — это когда php не ответил вообще. То есть, просто взял и умер, безо всяких таймаутов, или с ними — не важно. Главное, что помер.

Соответственно, искать тебе нужно, отчего php неожиданно заворачивает ласты. Для этого нужно понять, когда именно он это делает?

При сохранении ресурсов? А что там происходит, какие есть плагины на сохранение?
Повторяется ли ситуация при сохранении сниппета? А системной настройки?

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

У меня была такая точно такая же ошибка, когда я сам в одном из скриптов перезапускал php и очень удивлялся, отчего при выполнении этого скрипта процесс всегда падает =) Понятно дело, в логах было чисто, а php reset by peer и 502 в nginx.

Не забудь про плагины, которые добавляют товарам новые поля. Ну и не ясно, что делать с уже имеющимися color, size, weight и т.д.

А так, да — варианты товаров, только в отдельной таблице, а не с помощью msProductData, который для этого, конечно, лучше подойдёт.

Как эти данные из сторонней таблицы подставлять в админке? Классы заказов и корзины — только из твоего дополнения, верно? Другие-то не знают о таблице вариантов.

В общем, идея, в принципе, рабочая, но реализация пахнет полноценным форком MS2.

Вот тут 2 варианта доставки, при переключении пересчитывается общая цена.

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

Вопроса твоего я понять не могу, извини.

Отличная идея, только Вася не хочет этим заниматься. Помочь — помогу, осуществлять «полный контроль» — не согласен.

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

В любом случае, сформировать список работ и дорожную карту нужно, а воплощать это в жизнь может и не только Вася — он же не единственный программист у нас в сообществе, верно?

Пересчитывается только общая сумма, внизу.

Еси у тебя она не пересчитывается, значит, что-то не работает как положено.

В моём представлении это нельзя нормально сделать без изменения хранения msProductData.

Сейчас один ресурс msProduct равен одной строке в msProductData. А для нормального учета вариантов товара должно быть
один msProduct -> сколько угодно msProductData.

Это очень глубокое изменение MS2, которое должно быть выделено в новую мажорную версию. Дополнением, конечно, это не сделать никак.

Не поверишь! Нужно вызывать 2 сниппета:

[[!msCart]]
[[!msOrder]]

Можешь проверить вот тут minishop2.com/cart

Ну, тогда feature-request:
1. Хранить данные в БД, с привязкой к юзеру
2. Категории для избранного, чтобы юзер мог сам создавать их и добавлять в них.

А мы пока что-то своё придумаем.

Знакомые хотят купить и спрашивают: «а правда, что избранное сохраняется только в сессию»?

А если сессии капут — то и избранного нет? Или таки что-то сохраняется в БД?

Стоимость заказа вместе с доставкой, как и выбор этой доставки и оплаты, выводится сниппетом оформления заказа — msOrder.

Сниппет корзины msCart выводит только стоимость самой корзины — о доставке он ничего не знает.

Ну ты если MODX обновил, обнови и miniShop2.

Или ты думаешь, что он должен все будущие версии MODX поддерживать, сам по себе?

Создание заказа из админки представляется очень непростой задачей, учитывая, насколько кастомизируется фронтенд сайта с MS2.

То есть, там может быть выбор цветов, размеров и в зависимости от этого разная цена и остатки. Например, как на mamaboutique.ru.

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

Это всё нужно учитывать и как-то отображать в админке, универсально для всех. Так что, вопрос очень сложный и требует немало доработок магазина, поэтому сначала хотелось бы разобраться с текущими issues.

Ну и да, есть еще одна, очень важная проблема — мне совершенно не хочется делать заказы в админке =(

Ты прям вовремя — предлагай.