Игорь
С нами с 21 марта 2018; Место в рейтинге пользователей: #155Вчера в 18:15
У меня на регистрации словил ошибку.
При это пользователь явно создался, т.к. повторно создать пользователя на ту же самую почту не дает.
При повто...
[MAX bot] отправляем сообщение в бот MAX на изи 7
30 марта 2026, 20:49
PHP >= 8.2 должно быть. У MS3 минимум 8.2
[msCDEK] Расчёт доставки СДЭК в miniShop3 1
27 марта 2026, 14:49
Не получается установить pbQuiz. Требует pageblocks хотя я его установил. В чём может быть проблема?
pbQuiz — гибкий компонент квизов на контроллерах PageBlocks 4
27 марта 2026, 13:13
Все ок, почему то не выполнялся Cron на хостинге, решил через провайдера.
msImportExport 2.0 129
26 марта 2026, 21:13
С валидацией по шагам стало понятней, спасибо, с событием change после загрузки файла буду разбираться.
Странный баг в SendIt (квиз+загрузка файлов) 2
19 марта 2026, 15:28
Николай, прежде всего — вы молодец.
А про кеширование — можно пойти по правилу Парето.
То есть дать возможность закешировать самое частое — это ...
mFilter 1.2.0 - улучшенное кеширование и скорость 2
15 марта 2026, 20:35
Minishop2 это завершенная история. Архив. Крайне сомневаюсь, что в него будут добавляться какие то изменения. Это просто некому делать. Заинтересованн...
Порядок значений опций товара 10
ПОЧТИ все примеры в интернете — либо одно условие, либо два.
$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() возвращает текущую дату…