2 часа назад
Не знал. попробую реализовать
16 июня 2026, 15:00
Последний FormIt + последний FetchIt = белый экран
Последний pdoTools + последний MODx v3 = белый экран
16 июня 2026, 10:40
Есть внешняя ссылка на сайт посмотреть?
15 июня 2026, 19:12
Благодарю) сижу ломаю голову, все сайты положил
15 июня 2026, 14:59
Обновил компонент
1.1.0-pl
— добавлена прямая интеграция с официальным MAX Business API;
— добавлен выбор провайдера между MAX Business и ruma...
11 июня 2026, 21:58
Позже, может размещу и на docs.modx.pro, пока времени нет
Всего 125 961 комментарий
Далее нужно связать эти два раздела, в целом можно было бы просто добавить TV поле Список с множественным выбором к Услуге и выбирать там врачей, кто оказывает эту услугу. Но вы указали, что каждому врачу нужен еще и прайс-лист свой. Тогда используем либо MIGX, либо PageBlocks (бесплатный вполне подойдет), где делаем выбор врача из списка и добавляем таблицу с ценами.
В фид это при желании тоже всё можно вывести
Но вот так же возник вопрос по поводу параметра «usergroupsField» при регистрации.
В документации написано что это «имя поля выбора группы»
Я в пресете указал
а сама форма HTML имеет такой выбор
Но регистрация не проходит в нужную группу.
В документации примера не нашел.
Можете подсказать это так работает или я не правильно понял смысл этого параметра?
Рекомендую создать вопрос в соответствующем разделе: modx.pro/help
Как должны выглядеть поля Fields? «pagetitle,parent,price,article,opt-optionkey1,opt-optionkey2,etc»?
У меня много товаров, которым массово надо дать новую дополнительную категорию.
Как я это представлял. Создаю новую категорию, захожу в неё, во вкладку товары, нажимаю кнопку [добавить товар] — и там выбираю те товары, которые есть уже в другой категории. Но эта кнопка добавляет (создаёт) новый товар.
Можно будет использовать только если перенести из одной категории в другую.
Перенести товары в категорию (переместить) → возможно встроенными средствами, добавить дополнительную категорию (чтобы товар в двух одновременно лежал) → тоже возможно. И всё это — используя встроенные функции.
Также можно, используя встроенные возможности выборки товаров, без какого-либо программирования, организовать подгрузку на нужную страницу товаров по определенным параметрам.
Кроме того, существуют готовые вспомогательные средства (в т.ч. платные, как недорогие, так и сравнительно более затратные) для ещё более гибкого и быстрого управления этими функциями.
В этой задаче применять создание дополнительной таблицы и потом ещё добираться до данных в ней я считаю сильно избыточным решением, но никто естественно не мешает так сделать.
Можете уточнить, какого элемента управления вам не хватило? И используемые версии Minishop + MODX, на всякий случай
Может кому пригодится для ориентира по возможным размерам этой папки…
Решил отключить там настройку pdotools_fenom_cache, но cache_resource оставить включенной. На тестовых страницах замедления не заметил. Такой вот кейс.
pdoTools 2.13.2-pl под MODX 2.8.3
Надеялся что я просто не увидел встроенную функцию в минишоп, но увы.
Если футболки размечены параметрами или опциями, и в них указаны, какие Черные, а какие Белые по признаку «цвет», и например С принтом или Без принта по признаку «тип», то удобнее создать отдельный шаблон «подборки товаров» и использовать его для страниц данного вида в паре с настроенными выборками через msProductsComposerSelection либо без него, если передать в вызов msProducts или mFilter через параметр &where или &tvFilters нужные данные для выборки иным способом (к примеру через ещё одну TV или опцию ms2)
MODX очень гибкий, всегда есть несколько решений. Даже если разметки характеристик у товаров нет, и прокликивать и размечать 1000 товаров не хочется то, хоть и не так точно и красиво, но всё-таки можно выбрать товары по названию через &where по маске «черн*» и «с принт*», а в случае недостаточной скорости — закэшировать всё это. И возможно, даже обновлять кэш в фоне через, например, scheduler