Привет. Вставляю в чанк код от Метрики и сайт перестает работать. Может есть другие варианты? Можно без «counter» — то есть мне нужно вывести чанк, который называется как сайт (site_name)
Вот так не работает: {include (~ $_modx->config.site_name)}

да, если кеш надо чистить каждый раз то смысле совсем никакого нет. Ждём обновления

Если ты не используешь AjaxForm, то наверное FormIt не поддерживает файловые чанки. А в minishop2 как минимум можно сделать include из файла, думаю должен сработать.

вот тут я либо не так понял о чём речь или ты не понял что делает компонент.

Это был ответ на вопрос

А какая выгода от дополнения по сравнению с обычными файлами pdotools?

Единственное что после правки файла из ide нужно чистить кэш сайта или на момент разработки отключить кэширование

Если использовать ZoomX и Smarty, то не нужно)

Плюс многие сниппеты не работают с файловыми чанками.
А можно подробнее

вот тут я либо не так понял о чём речь или ты не понял что делает компонент. Когда ты создаёшь файл в определенной директории компонент создаёт для него, если его нет, определенный элемент modx, например чанк с указанием того что он статический, что значит что его данные не хранятся в БД, а хранятся в файле и дальше использование этого чанка в modx ничем не отличается от классического

Контроллеры, кстати, можно в своей папке размещать. Из документации не совсем очевидно.
В core/config/elements.php прописываем

zoomx()->getLoader()->addPsr4('My\\Controllers\\', MODX_CORE_PATH . 'elements/controllers/');

В routes.php

$router->post('request/{key}', ['\My\Controllers\MyController', 'action']);

В контроллере:

namespace My\Controllers;
use Zoomx\Controllers;
class MyController extends \Zoomx\Controllers\Controller

Чанки не обновляются, они один раз создаются если их нет, а дальше ты как обычно с ними работаешь правя если нужно данные в файле из ide или из админки так как они тоже будут сохранены в файл. Единственное что после правки файла из ide нужно чистить кэш сайта или на момент разработки отключить кэширование, поэтому как я уже писал выше в планах все это подружить с gulp и тогда вся работа будет больше автоматизирована

Добрый день!
Подскажите, пожалуйста, есть ли возможность импорта meta-тегов title и description при импорте категорий?

Насчёт «многие» перегнул, наверное) Вообще из готовых сниппетов использую в основном Formit и pdoTools. Formit не поддерживает (возможно ошибаюсь). Чанки писем в minishop ещё.

Плюс многие сниппеты не работают с файловыми чанками.

А можно подробнее? Какие это многие?

Вот это просто

<input type="number" value="1">

Ну ещё класс надо подключить и экземпляр создать)))

Ну вот у нас на работе коллеги не пользуются IDE, редактируют код из админки. А так и мне и им удобно будет. Плюс многие сниппеты не работают с файловыми чанками.
Спасибо автору, сам недавно начинал что-то подобное делать, получается доделывать не придётся)

По-моему, самое простое решение:

<div x-data="{ qty: 1 }">
    <button @click.prevent="qty--" :disabled="qty < 2">−</button>
    <input type="number" name="count" value="1" x-model="qty" readonly>
    <button @click.prevent="qty++">+</button>
</div>

Используется alpine.js: alpinejs.dev/start-here

В корзине minishop:

<form class="ms2_form" method="post"
    x-data="{ qty: {$item.count} }"
    x-init="$watch('qty', () => { $root.dispatchEvent(new Event('submit', { bubbles: true })) })">
    <input type="hidden" name="key" value="{$item.key}"/>
    <button type="submit" name="ms2_action" value="cart/change" hidden></button>
    <button @click.prevent="qty > 0 && qty--">−</button>
    <input type="number" name="count" value="{$item.count}" x-model="qty" readonly/>
    <button @click.prevent="qty++">+</button>
</form>

Сможете без проблем.

Приветствую.
Может уже спрашивали, но спрошу еще раз)
Хочу купить ваше приложение, но у меня сайт пока не тестовом сервере.
Смогу я потом перенести без проблем на боевой и чтобы приложение работало?

А тут самое простое решение, это при навешивании обработчика проверять например css класс af_initialized, а уже после добавить к форме этот класс.

Отличный вариант, жаль сам не додумался. Но надо ли переделывать? Сейчас, как я уже писал, класс работает только с одной формой, потому как я генерирую уникальный селектор.

Это наверное потом, когда вдруг захочешь сделать PR

Я уже скоро захочу, уведомления только прикручу))) Вдруг кому-то ещё надо, чтобы не было jQuery. Или может сделать форк?

Ага, документация)
docs.modx.pro/komponentyi/pdotools/parser

Спасибо большое!
Есть ли где-нибудь мануал по этим тонкостям?

Ну вообще запись станет длиннее this.config.someprop против this.someprop, но я доверюсь твоему опыту.

Запись (а точнее доступ к конфигу) станет длиннее, но заметь, с такой записью у тебя как минимум минус несколько строчек в конструкторе, ну и конфиг не будет путаться на первом уровне класса.

Тут отдельная проблема. В конструктор надо передавать уникальный селектор, потому что в противном случае если на странице больше 1 вызова AjaxForm обработчики навешиваются столько раз сколько вызывается сниппет, а это плохо по понятным причинам. И передавать селектор в каждом вызове мне кажется неудобным. Я думаю надо установить селектор по умолчанию и дополнять его меткой времени и тоже самое делать с переданным селектором, чтобы на 100% исключить вероятность дублирования или есть варианты решения получше?

А тут самое простое решение, это при навешивании обработчика проверять например css класс af_initialized, а уже после добавить к форме этот класс.

Это у меня он возвращает true, а если кто-то захочет свою логику, например не отправлять пока не прочитают политику работы с персональными данными?

Теперь понял

Я самоучка, это не оправдание, но что значит пройтись по стандартам не понимаю.

Это наверное потом, когда вдруг захочешь сделать PR