Юрий

Добрый день, Андрей!
Скажи пакет удаляет товары вместе с файлами картинок и записи подчищает или стандартным образом?

Добрый день!
Подскажите пожалуйста какова схема работы с данными при импорте различных языковых версий. Например при работе с Babel создаются дубликаты ресурсов в соответствующих контекстах и организовываются связи между ними. А в случае с Polylang какова схема в этом случае? На что ориентироваться?

Назовём MODY :)

Вот я не вижу тут особых проблем. Да и вы сами владеете темой и смогли бы прописать архитектуру и обкатать её как нибудь пилотно.
На вскидку, есть 3 сущности:
1. Базовая цена
2. Бонусы покупателя
3. Внешние события (акции, скидки и т.п.)
Они связаны некоей логикой. Данные храняться в трёх местах:
1. База данных
2. Кеш
3. Кеш (клиент)
Они связаны некоей логикой
Много покупателей > много денег > хороший программист > мощное железо
Тонкости организации хранения и обработки это уже другой вопрос.

Добрый день!
Представьте себе цену как некую виртуальную динамическую страницу. Она вроде как есть (при условии совпадения неких входящих данных), на её можно посмотреть и даже она имеет свой адрес, а в реальности её не существует. Здесь в базе хранятся условия, которые её формируют, а не сама цена + некий индификатор совокупности этих условий в виде хеша, например.
В общем, я думаю, идея понятна.

Ребята смотрите в заголовок. Девушка пришла уже с оформившимся мнением (вернее почти оформившимся), что в этих бедах виноват сам движок. И насколько я понял именно это и хотела выяснить.
Отвечу на вторую половину вопроса.
Сам по себе движок не причём, даже более того его особенность позволяет избавиться от лишнего (читай вредного кода) и максимально оптимизировать под любые способы продвижения.
Скорее всего вы, как и многие другие нарывались на недоспециалистов в области СЕО (это скорее правило чем исключение).
Ну и судя по-всему некоторые особенности вашего характера мешают наладить действительно плодотворные формы сотрудничества.

Image+

Темы могут быть и в MODX… для сборок

Привет!
В плагине тоже можно получить значение при помощи getTVValue. Но лучше, всё таки для начала подучить MODX и PHP.

Возможен ещё и такой вариант:
Запустить плагин, который будет на сохранение ресурса подсчитывать количество дочерних и записывать число в ТВ. А затем вытягивать уже готовую цифру в меню

@param string $context_key/$fk The key of the context

А попробуйте в скрипте вместо события beforeSubmit
поставить submit

Тогда не понятна логика

Не могу передать значение переменной из кода на событие OnDocFormSave в код на событие OnDocFormPrerender

Как можно передать из кода, который выполняется позже в код, который выполняется раньше?

А разве событие OnDocFormPrerender не раньше срабатывает?

А этим способом не пробовали и измерить?

А передача value из инпутов не подходит?

При желании закешировать можно всё.

Ну что-же хорошо.
Несколько замечаний:
1. Лишняя строка

$id = $resource->get('id');

В плагине id текущего ресурса уже содержится в переменной $id.
2. Если ты хочешь выводить сохранённые новые данные в админке посредством MIGX, то надо бы исходную структуру JSON сохранить, а не полностью его переписывать (если я не ошибаюсь).
3. И я бы сделал проверку на получение объектов.
4. И если у Исполнителя есть такой Заказ, то можно просто пропустить итерацию цикла.

Попробуй в конце кода вставить строку

return;

Ну давайте так:
Как пишутся плагины на сохранение ресурса найдёте здесь
Как вытащить значение TV MIGX ресурса тоже найдёте (я надеюсь)
Как преобразовать JSON в массив и получить нужные данные знаете я надеюсь
Как используя массив данных с помощью foreach пройтись получить объекты ресурсов, а из них вытащить TV MIGX. — преобразовать JSON в массив — этот массив наполнить новыми данными — преобразовать в JSON и переписать TV MIGX тоже можно загуглить.
Я думаю справитесь, а если что по ходу дела поможем.