Юрий

Юрий

Был в сети 09 июля 2026, 22:29
Заказы принимаю
Добрый день!
Подскажите пожалуйста какова схема работы с данными при импорте различных языковых версий. Например при работе с Babel создаются дубликаты ресурсов в соответствующих контекстах и организовываются связи между ними. А в случае с Polylang какова схема в этом случае? На что ориентироваться?
Вот я не вижу тут особых проблем. Да и вы сами владеете темой и смогли бы прописать архитектуру и обкатать её как нибудь пилотно.
На вскидку, есть 3 сущности:
1. Базовая цена
2. Бонусы покупателя
3. Внешние события (акции, скидки и т.п.)
Они связаны некоей логикой. Данные храняться в трёх местах:
1. База данных
2. Кеш
3. Кеш (клиент)
Они связаны некоей логикой
Много покупателей > много денег > хороший программист > мощное железо
Тонкости организации хранения и обработки это уже другой вопрос.
Добрый день!
Представьте себе цену как некую виртуальную динамическую страницу. Она вроде как есть (при условии совпадения неких входящих данных), на её можно посмотреть и даже она имеет свой адрес, а в реальности её не существует. Здесь в базе хранятся условия, которые её формируют, а не сама цена + некий индификатор совокупности этих условий в виде хеша, например.
В общем, я думаю, идея понятна.
Ребята смотрите в заголовок. Девушка пришла уже с оформившимся мнением (вернее почти оформившимся), что в этих бедах виноват сам движок. И насколько я понял именно это и хотела выяснить.
Отвечу на вторую половину вопроса.
Сам по себе движок не причём, даже более того его особенность позволяет избавиться от лишнего (читай вредного кода) и максимально оптимизировать под любые способы продвижения.
Скорее всего вы, как и многие другие нарывались на недоспециалистов в области СЕО (это скорее правило чем исключение).
Ну и судя по-всему некоторые особенности вашего характера мешают наладить действительно плодотворные формы сотрудничества.
Возможен ещё и такой вариант:
Запустить плагин, который будет на сохранение ресурса подсчитывать количество дочерних и записывать число в ТВ. А затем вытягивать уже готовую цифру в меню
Тогда не понятна логика
Не могу передать значение переменной из кода на событие OnDocFormSave в код на событие OnDocFormPrerender
Как можно передать из кода, который выполняется позже в код, который выполняется раньше?
Ну что-же хорошо.
Несколько замечаний:
1. Лишняя строка
$id = $resource->get('id');
В плагине id текущего ресурса уже содержится в переменной $id.
2. Если ты хочешь выводить сохранённые новые данные в админке посредством MIGX, то надо бы исходную структуру JSON сохранить, а не полностью его переписывать (если я не ошибаюсь).
3. И я бы сделал проверку на получение объектов.
4. И если у Исполнителя есть такой Заказ, то можно просто пропустить итерацию цикла.
Ну давайте так:
Как пишутся плагины на сохранение ресурса найдёте
здесь
Как вытащить значение TV MIGX ресурса тоже найдёте (я надеюсь)
Как преобразовать JSON в массив и получить нужные данные знаете я надеюсь
Как используя массив данных с помощью foreach пройтись получить объекты ресурсов, а из них вытащить TV MIGX. — преобразовать JSON в массив — этот массив наполнить новыми данными — преобразовать в JSON и переписать TV MIGX тоже можно загуглить.
Я думаю справитесь, а если что по ходу дела поможем.