Скорее всего нужно же ещё отредактировать файл /core/components/minishop2/model/schema/minishop2.mysql.schema.xml?

Не нужно так делать, есть куда более правильный подход.

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

А что вы планируете хранить в вашей таблице

stock

?
Вы ведь написали что задача уменьшать цену существующего товара?

не коррелирует с качеством поддержки

Да ты что) А не думаешь что люди не отвечают или отвечают редко только по тому что помимо продажи компонентов у них есть еще и основная работа/заказы?)

+никто не просил авторов заявлять поддержку при продаже

Как это? modstore насколько я помню, всегда заявлял что он продает не компоненты, мол компоненты бесплатны, а продается только поддержка, но это не суть, суть в том, что продавать компоненты невозможно без поддержки, вот и отвечают люди как только освободятся)

К слову мне почему то пришлось обращаться в поддержку только один раз в жизни и то, обращался я уже сразу со скриншотом на код и вопросом почему так, но да не суть собственно

так то оно так, только я вот скажу что цена никак не коррелирует с качеством поддержки :) и информации по некоторым пакетам недостаточно
+никто не просил авторов заявлять поддержку при продаже, там на год они или на сколько
есть такие кто просто не отвечает на вопросы в ТП либо говорит что мой пакет тут не при чем и тд…

Я бы сделал категорию, в которую добавлял бы товары участвующие в акции, величину скидки можно устанавливать либо через системные настройки, если скидка одна на все товары, либо индивидуально у товара, либо сделать подкатегории по величине скидки. Если акций несколько, то тогда точно нужно создавать категорию и подкатегории с акциями. А потом написал бы сниппет, который запускался бы по cron раз в сутки и проверял бы какие товары пора убирать из акции или какую акцию отключать. Я так делал для всех товаров сайт и для одной акции, поэтому обошёлся без дополнительных категорий.
Это сниппет который запускается по крону

<?php
$snippet = $argv[1]; // этот аргумент содержит название сниппет, который будет работать с акциями
require_once '/home/a/a99963am/art-sites.ru/public_html/config.core.php';
require_once MODX_CORE_PATH.'model/modx/modx.class.php';

$modx = new modX();
$modx->initialize('web');
$modx->getService('error','error.modError', '', '');
echo $modx->runSnippet($snippet);

Вот пример задания для крон SnippetName — имя сниппета для параметра $argv[1]

/usr/local/bin/php5.6 ~/domain.ru/public_html/assets/cron-run-snippet.php SnippetName

А ваш вариант кажется мне избыточно сложным, зачем вам отдельная таблица?

Это колоссальная работа и думаю многие скажу спасибо тебе, так как не все понимаю как создавать расширение для modx revo.
Спасибо огромное за такое расширение.
Обязательно нужно донатить таким людям ))
Расширение отличное советую всем подписался на автора статьей очень много интересного, советую всем))
Автору Большое спасибо и обязательно донатим ребята ))

Вы правильно думали. Просто у сниппетов pdoTools много параметров, установленных «по молчанию».

Ну я сужу по своему опыту, да и от типа дополнений наверное сильно зависит, у меня из 10 вопросов на 5 ответом был скриншот прямо из описания компонента где я подчеркивал искомую вопрошающим информацию, а самое удивительное это то, сколько эти «искуны» могли ждать, бывает человек 4 дня ждет ответ, и ни разу за эти 4 дня он не удосужился перечитать описание еще раз.
И ладно бы если бы я как то не так написал бы, но скидываешь скриншот и у человека вопросы сразу заканчиваются, из чего я делал вывод что описание написано достаточно понятно без перефразирований

Прям в точку…

Ну правда кроме первой фразы про 99% вопросов. В целом могу отметить, что вопросы ко мне приходят, как правило, дельные и выходящие за рамки описанного в документации и статьях.

Я почему то думал что pdoSitemap не выводит по умолчанию ресурсы, которые скрыты для поиска.
Спасибо за подсказку

Понял, буду исправлять. Скинь, пожалуйста, ссылку на информацию. Спасибо

Честно, 99% вопросов в поддержке — тупость самих покупателей, а сделать дополнение которое поставил и вот за 10 минут будет работать у всех беспрекословно — невозможно, потому что у MODX нет стандартизации шаблонов, и дополнения покупают для ООООЧЕНЬ разных сайтов. Напомню что прежде всего вы тут программированием занимаетесь, покупая дополнение вы покупаете какой то кусок кода, который не хотите писать сами но как и любой другой кусок кода — это не значит что оно заработает конкретно у вас не прилагая никаких усилий, покупая дополнение хорошо бы разобраться хотя бы в его архитектуре, за два дня которые ждешь ответ можно не только разобраться в архитектуре но и частично переписать бизнес логику под свои задачи
Теперь о скорости ответов в поддержке… Ребят, дополнения для MODX — ооочень дешево стоят, особенно те, которые must have, а пользователей у modx — ну очень мало, большинство разработчиков хорошо если 200$ в месяц имеют с продаж, многие, возможно, и бесплатно бы выкладывали бы дополнения, если бы у сообщества была бы заинтересованность в их поддержке и развитии, а так сделаешь дополнение, оформишь его, выложишь, мало того что вопросами в личку задолбят, так еще и думают что ты им обязан его поддерживать. Если ты нашел баг — найди решение и сделай PR в гитхаб, при таком подходе и бесплатных дополнений было бы больше. Но вы же, не так делаете, вы же исходите из потребительской логики «У меня не завелось оно, пойду скажу заказчику что это сделать невозможно, потому что в modx нет такого функционала»
Большинство разработчиков на modx на самом деле не разработчики нихрена, а обычные продаваны, которые умеют только собирать сайты как конструктор

Я так бегло почитал про ошибку, и вижу среди причин ее появления:

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

отсюда вывод — нужно сайт смотреть, а не то, на чем он сделан.

Если я правильно Вас понял, то не выводятся скрытые из меню ресурсы. Так они и не будут выводиться, так как по умолчанию в pdoSitemap параметр &showHidden=`0`. То есть Вам надо его установить единицей, а ненужные ресурсы исключать по другому параметру.

да не, не об этом речь…
прост модно стало делать обрезок и а потом к нему продавать дополнения, я бы не против и пакет магазина купить или задонатить, а не подставы эти постоянные :) а потом сидишь и ждешь ответов в поддержке каждого дополнения по нескольку дней а где то тебя просто нахер шлют

А что там читать?
просто перепишите на феноме все…

Сейчас в приоритетной работе amoCRM и minishop2. Как только сделаю запланированные обновления — займусь и HybridAuth. По срокам ничего не скажу — это некоммерческий проект и прямой заинтересованности у меня нет.
По мере свободного времени и наличия сил. Думаю в феврале займусь. Раньше сильно вряд ли.

@Николай Савин, подскажите пожалуйста когда будут обновления инструкций? ну и по мере надобности сам компонент. например как я понял майл больше такого не позволяет делать.
Проект закончил, а тут вроде самое простое осталось, но не тут то было

В JS файле попробуйте кастомизировать код.

Можно ли кастомизировать balloon? и каким способом? ибо в ранних версиях теги были закинуты в balloon на прямую. зы делал не я, сильно не пинать