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

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.

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

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

Ключ-токен и работа только в windows, ага.

Доля которого всё сокращается и сокращается…

На здоровье.

Из них четверть — мои. Кошмар…

Загрузка своей модели в сниппетах pdoTools производится через &loadModels.

Затем можно использовать &innerJoin, чтобы присоединить другую таблицу и искать что-то по ней. Смотри пример работы с галереей через pdoResources вот здесь.

У тебя должно быть что-то вроде

[[!pdoUsers?
	&loadModels=`nzsUsers`
	&innerJoin=`{
		"nzsUser":{"class":"nzsUser", "on":"myUser.internalKey = modUser.id"}
	}`
	&where=`{"nzsUser.fak":"text", "nzsUser.kurs:>":15}`
	&select=`{
		"modUser":"*",
		"nzsUser":"fak,kurs"
	}`
]]

Возможный неточности и опечатки, не проверял. Награда за 20000 комментарий.

Никто не отвечает, так что я возьму на себя смелость предложить наш аналог — h.simpledream.ru.

С оплатой и всем остальным нет проблем. Попробуй, вдруг понравится?

P.S. Ничего по оплате на modxcloud не знаю.

Это можно сделать через pdoTools — работай с классом msProductFile.

Пример для pdoResources чуть выше в комментариях, только учти, что вместе resource_id там product_id.

И не выйдет — у товаров своя галерея и свой сниппет msProducts, у которого есть параметр &includeThumbs.