Вчера в 17:34
да да, могу пообедать?
28 октября 2025, 22:14
Сам себе отвечу: так как FormIt умеет только прикреплять файл к письму, для чего он файл грузит во временную директорию, надо отдельным хуком переноси...
28 октября 2025, 18:31
Не заработало((
MODX 2.8.8
26 октября 2025, 19:22
всё, спасибо.
надо было понизить версию PHP -_//
23 октября 2025, 21:08
Сам отвечу, может кому-то пригодится.
В классе компонента и его плагине есть проверки статуса заказа. Если статус отличный от «новый», то там сраз...
23 октября 2025, 13:18
Ну не знаю, только устарновил Sendit и у форм c AjaxForm появились уведомления
22 октября 2025, 10:41
Да, конечно, само собой ничего магически не произойдет.
Всего 125 257 комментариев
Но вот так же возник вопрос по поводу параметра «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
Смотрите логи сервера.
То есть если у Вас так:…
- Ракеты (1)
- Подкатегория 1 (2)
- Товар 1 (3)
- Товар 2 (4)
- Товар 3 (5)
- Подкатегория 2 (6)
- Товар 4 (7)
- Товар 5 (8)
… то для всех подкатегорий и товаров $category будет 1 (ID Ракеты) вне зависимости от вложенности.