Артур Шевченко

Я бы сделал модификации через msOprtionsPrice2, а остальное ручками-ручками.

А что, после первого нажатия перестает работать?

По-моему логично было бы проверять $_modx->resource.tovar_id.

Не совсем понятно, где ты хочешь передавать. Но если на фронте то

[[#[[*parent]]]]
{$parent | resource: 'tvname'}

Если в админке то можно использовать такую конструкцию

@SELECT `value` FROM `modx_site_tmplvar_contentvalues` WHERE `tmplvarid` = tvid AND `contentid` = parentid

modstore.pro/packages/ecommerce/msoptionsprice2

Увлёкся)))

Спасибо за уделенное время. Исправления внёс:-)

Нет.

Нет, я не приемлю принцип «сдал и меня нет», я поддерживаю свои проекты. И стараюсь заранее все нюансы у заказчика узнать, чтобы доработок было минимум. Понятно, что потом аппетиты могут у заказчика вырасти, тогда и переделаем. А за то, что опытом делитесь респект!

Вечно эти опытные программисты находят изъяны и не дают насладиться маленьким триумфом от собственного роста? Я понял вас, спасибо. Что до повторной отправки, можно предусмотреть: пишем в поле comment ссылку domain.ru?msorder=2 и выводим это поле в таблице заказов. Логгирование ошибок в скрипте отправки есть, надо только возвращать false и наверное уведомлять админа. Про чтение json это прям сильно))) А вот когда вырастет, тогда можно будет переделать и ещё немного заработать ?

Понимаете какое дело, бо́льшую часть времени крон будет работать в холостую. Получается он должен раз в минуту, пусть даже раз в пять минут запускать скрипт который будет делать запрос в БД, и если есть письмо, отправлять, если нет, то ничего не делать. Но мероприятия маленькие до 500-600 человек, это примерно по 1 письму в час, если продажу начинать за месяц, в лучшем случае. В общем у меня нет каких-то обоснованных аргументов, но сам факт того что скрипт будет срабатывать впустую мне не нравится))) Я лучше пятисекудный таймер добавлю, чтобы ajax точно скрипт запустил типа «Отправляем билеты. Ждите 5...4...3...2...1 Билеты отправлены. До скорой встречи!»)))

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

msProfile я не пользовался, поэтому использование этого дополнения мне скорее всего задачу бы усложнило. А с другой стороны, таблица есть? Есть! Значит и запись в неё можно сделать. Напиши плагин который при регистрации будет создавать запись в этой таблице и всё. Конечно надо смотреть как в этом допе ссылка генерируется, скорее всего нужно будет ещё процессор запустить для её генерации. Ни пополнение также плагином, при создании заказа проверяешь есть ли у заказчика реферал, если да, то начисляешь баллы. Но если тебе это придётся самому делать, зачем тогда доп? Мне кажется он должен это уметь из коробки или что-то очень похожее, по крайней мере в части начисления баллов.

Я думаю тут только кастомный сниппет поможет, который будет выбирать случайным образом 8 родителей, а потом в цикле 8 потомков. Если бы можно было бы 8 потомков выбрать так чтобы от одного родителя было скажем 2, а от другого ни одного, тогда можно и без цикла.

$parent это и есть id родительского ресурса. Запись $parent.id ничего не вернёт.

Значит готовых решений упакованных в пакет нет.

Возможно getResources и выдает разное количество, pdoResources выводит ровно столько ресурсов сколько указана в limit.

Почему бы ни использовать pdoResources и sortby=RAND().

А искать пробовали?

Можно. Пишешь сюда код который будет записывать в куки идентификатор товара и добавленное количество

miniShop2.Callbacks.add('Cart.add.before', 'add_prod', function(response) {
    //функция
});

Ну и сюда обратное действие

miniShop2.Callbacks.add('Cart.remove.before', 'remove_prod', function(response) {
    //функция
});

Данные о товаре есть в response