Вчера в 18:09
Всем большое спасибо. Не знаю из-за чего изначально не заработало, может кэш не почистил, может еще что-то было, но в файле
/public_html/core/compone...
Tickets не работают комментарии 6
Вчера в 13:52
Поддерживает ли msImportExport Product Options / msProductOptions?
Cпрашиваю, так как не могу найти ни слова об этом.
msImportExport 915
27 февраля 2025, 22:34
Пытаюсь поставить самоподписанный ssl, так как для других нужен домен, у меня просто через ip. Ставлю но всё равно он не хочет открываться через защищ...
Пустая админка. 6
26 февраля 2025, 11:21
Можно попробовать плагином на событие OnBeforeManagerPageInit
if ('OnBeforeManagerPageInit' === $modx->event->name) {
if (is_array($a...
Изменение сортировки в таблице Пользователи в админке по умолчанию 2
25 февраля 2025, 21:05
ну да, пойду в комнату 1. Ну по вашей подсказке потом допёрло почему в условии id 1. в ресурсе 1 у меня и лежат эти тв-поля.
Не работает условие в чанке футера на остальных страницах 16
25 февраля 2025, 19:07
Конечно, там же путь к интерфейсу другой.
Как сделать количество товара в minishop2 дробным? 9
Скажи пакет удаляет товары вместе с файлами картинок и записи подчищает или стандартным образом?
Подскажите пожалуйста какова схема работы с данными при импорте различных языковых версий. Например при работе с Babel создаются дубликаты ресурсов в соответствующих контекстах и организовываются связи между ними. А в случае с Polylang какова схема в этом случае? На что ориентироваться?
На вскидку, есть 3 сущности:
1. Базовая цена
2. Бонусы покупателя
3. Внешние события (акции, скидки и т.п.)
Они связаны некоей логикой. Данные храняться в трёх местах:
1. База данных
2. Кеш
3. Кеш (клиент)
Они связаны некоей логикой
Много покупателей > много денег > хороший программист > мощное железо
Тонкости организации хранения и обработки это уже другой вопрос.
Представьте себе цену как некую виртуальную динамическую страницу. Она вроде как есть (при условии совпадения неких входящих данных), на её можно посмотреть и даже она имеет свой адрес, а в реальности её не существует. Здесь в базе хранятся условия, которые её формируют, а не сама цена + некий индификатор совокупности этих условий в виде хеша, например.
В общем, я думаю, идея понятна.
Отвечу на вторую половину вопроса.
Сам по себе движок не причём, даже более того его особенность позволяет избавиться от лишнего (читай вредного кода) и максимально оптимизировать под любые способы продвижения.
Скорее всего вы, как и многие другие нарывались на недоспециалистов в области СЕО (это скорее правило чем исключение).
Ну и судя по-всему некоторые особенности вашего характера мешают наладить действительно плодотворные формы сотрудничества.
В плагине тоже можно получить значение при помощи getTVValue. Но лучше, всё таки для начала подучить MODX и PHP.
Запустить плагин, который будет на сохранение ресурса подсчитывать количество дочерних и записывать число в ТВ. А затем вытягивать уже готовую цифру в меню
поставить submit
Как можно передать из кода, который выполняется позже в код, который выполняется раньше?
Несколько замечаний:
1. Лишняя строка
В плагине id текущего ресурса уже содержится в переменной $id.
2. Если ты хочешь выводить сохранённые новые данные в админке посредством MIGX, то надо бы исходную структуру JSON сохранить, а не полностью его переписывать (если я не ошибаюсь).
3. И я бы сделал проверку на получение объектов.
4. И если у Исполнителя есть такой Заказ, то можно просто пропустить итерацию цикла.
Как пишутся плагины на сохранение ресурса найдёте здесь
Как вытащить значение TV MIGX ресурса тоже найдёте (я надеюсь)
Как преобразовать JSON в массив и получить нужные данные знаете я надеюсь
Как используя массив данных с помощью foreach пройтись получить объекты ресурсов, а из них вытащить TV MIGX. — преобразовать JSON в массив — этот массив наполнить новыми данными — преобразовать в JSON и переписать TV MIGX тоже можно загуглить.
Я думаю справитесь, а если что по ходу дела поможем.