Игорь
С нами с 21 марта 2018; Место в рейтинге пользователей: #154Сегодня в 10:34
В какое славное время я взялся за изучение кода)) Только выучил элементарную базу PHP, как выясняется, что это скоро и не нужно никому будет). Расходи...
Вопрос по будущему MODX и стратегии развития. 3
Сегодня в 01:40
Далее код оставил без изменений
<script type="text/javascript">
// <![CDATA[
{literal}
Ext.onReady(f...
Помогите добить VideoGallery 2
Вчера в 20:13
Не нужно меня поддерживать в данном конкретном случае. Прошу убрать лишнее
Опыт по переносу MODX2 на MODX3 и Minishop3 2
Вчера в 19:28
В общем убил целый день, но… так у меня ничего и не вышло.
не могу зарегистрировать класс.
содержание самого файла my_msorderhandler.class.php:
...
Кастомизация minishop'a 9
Вчера в 16:01
Компонент очень нужный и мне кажется будет востребован.
У меня тут задача стоит сделать что-то подобное на сайте на движке на MODX 2.8 — там есть ста...
ms3Variants - Реализация вариантов одного товара в MiniShop3 4
Вчера в 14:42
тут пришла мысль что никто не захочет просто так делиться своим опытом за бесплатно. Можно было бы сделать статьи и кейсы платными? Типа хочешь прочит...
Предложение по развитию сообщества: Создание каталога портфолио/реализованных кейсов на MODX с демо ... 1
Вчера в 10:08
Добрый день! Я этот компонент давно делал, и еще лет 5 не возвращался к нему… он работоспособен, все в этом плане нормально (ну по крайней мере с php ...
msProductKits - удобное управление товарами-комплектами (наборами товаров) 29
19 февраля 2026, 10:22
Вижу, спасибо.
Ошибочно решил, что если есть в документации minishop2, то в старых версиях есть и сам код не посмотрел.
Предыдущий идентификатор статуса при событии 'msOnChangeOrderStatus' 4
19 февраля 2026, 09:27
Привет, Алексей.
1. Как определяем ботов
Проверка идёт по User-Agent в ms3rv_is_bot() (helpers.php). Используется regex по типичным маркерам краул...
ms3RecentlyViewed - Недавно просмотренные товары для MiniShop3 2
ПОЧТИ все примеры в интернете — либо одно условие, либо два.
$reskuda->setTVValue('vibzak', $modx->toJSON($output));
В инете полно повторяющейся информации о том, как работать с MIGX из MODX (getImageList, this.render — я уже с этим разобрался, крутые вещи прямо в админке), ну вот ГДЕ взять ПОЛНУЮ информацию о MIGX?
— я поэтому прошу выложить НЕБОЛЬШОЙ работающий пример
ОЧЕНЬ большая просьба прояснить — почему MIGX не сохраняется?
Я так понял — не требуется знания структуры JSON-файла ( $modx->fromJSON($migxkuda) и $modx->toJSON($output) всё сделают сами) и проверка существования полей в MIGX — что я делаю не так?
Пример брал отсюда https://modx.pro/help/6558
Я так понял, что в тот момент, как я всё сделаю (как описано), мне придёт понимание, что нужно было всё делать иначе :)
Создается плагин на событие OnDocFormSave (не делал ранее)
1) При сохранении документа проверяется ID родителя — если это не Заказ-ничего не делать.
2) Находится ресурс по ID документа, далее — поле MIGX Исполнитель. (не делал ранее)
Последовательно просматривается список Исполнителей (ID Исполнителя):
2.1) Находится ресурс по ID Исполнителя
2.2) Находится поле MIGX Заказы
2.3) Проверяется, есть ли уже запись об этом заказе (ID документа заказа совпадает с ID поля MIGX Исполнителя)
2.3.1) Если записи нет (т.е. в ЗАКАЗЕ был назначен новый Исполнитель) — в поле MIGX Исполнителя добавляется ID заказа. В дальнейшем, если вдруг в ЗАКАЗЕ будет убран Исполнитель — НИЧЕГО делать у Исполнителя НЕ НАДО — (подумаешь, лишний проход при проверке...)
2.3.2) Сохраняется MIGX Исполнителя
3) Всё
Т.е. всё просто…
Большая просьба накидать ссылок по пунктам и подпунктам 1 и 2 — попробую собрать всё воедино
Заказу можно задать несколько исполнителей (из тикетов Исполнители) — вручную это делается только в этот момент времени и только в Заказах.
Есть тикеты — Исполнители
Можно ли реализовать автоматическое добавление заказа и ИСПОЛНИТЕЛЮ, чтобы не бегать по Исполнителям и вручную не добавлять им Заказы?
При сохранении Заказа (либо в момент добавления Исполнителя в Заказе) проверяется список Исполнителей и им, соответственно (по id тикета), заносятся id Заказов?
Честное слово, я где-то уже видел подобную реализацию (добавление данных в migx другого тикета при изменении) — но сейчас не могу найти страницу.
К примеру, в исполнителе добавить MIGX со списком заказов, в которых исполнитель участвовал или участвовал ранее (т.е. был назначен, а потом удалён — но это НЕ КРИТИЧНО).
Получается, потом можно просматривать не все заказы, а только те, в которых хотя бы раз назначался исполнителем.
Такое вот дублирование информации (про костыль я уже сказал — но это реально снизит нагрузку — НЕ ПРИДЁТСЯ просматривать все заказы).
Естественно, вручную добавлять — это… Я просто не представляю, как АВТОМАТИЧЕСКИ добавить заказ исполнителю (в MIGX), если в заказе он назначается исполнителем (тоже MIGX).
При сохранении в introtext ОБЫЧНО записывается content, если introtext НЕ ЗАПОЛНЕН.
Осталось только объяснить клиенту о необходимости ОБЯЗАТЕЛЬНОГО заполнения поля introtext (т.е. если там ничего нет — что-то там всё равно будет — это покажется только при обновлении).
Ведь не просто так был создан снипет getImageList?
При сохранении в introtext ОБЫЧНО записывается content, если introtext НЕ ЗАПОЛНЕН.
Т.е. при выводе как раз introtext ВСЁ ВРЕМЯ и выводится, только содержимое поля ПОЧЕМУ-ТО не показывается в админке при открытии тикета?
— не работает
Размещу здесь рабочий вариант
Предвижу некоторые проблемы с часовым поясом (скорее всего), но это не особо критично.
Если бы кто намекнул, что now() возвращает текущую дату…