Алексей Шумаев

Доброго!
Спасибо, постараюсь добавить.

В обозримом будущем точно не смогу этим заняться. Позднее загружу его на гит.

Добрый день
У нас вроде нормально. Если можете — напишите в личку доступы к админке + где смотреть, я посмотрю вечером.

Спасибо. Выглядит хорошо.
Может добавить в пакет DZ?
Или лучше выкинуть multifile (а заодно и mask), который в комплекте и добавить кейсы в документацию — кому что удобно, то и подключат?

Через пару недель будет посвободнее — постараюсь добавить параметры к формам и возможно что-то ещё.

Вот так и знал, что что-то же готовое в этом плане должно быть )

Капча — это да, просто тут она не рассматривается. Хотя у неё же вроде есть пассивный режим?
crsfHelper — что это?

Реализовал в mvtForms2, вроде нормально.
О FormIt ничего сказать не могу, не пользовался.
Если говорить применительно к обычным формам (со своим контроллером), то можно упрощённо сделать примерно так:
1. генерим сниппетом токен (каждый раз новый) и выводим в скрытое поле формы + в пишем сессию
2. перед отправкой формы проверяем токен, пришедший с формой с сохранённым в сессии
Для токенов можно использовать шифрование с открытым ключом, особенно если форм много. Можно контролировать время актуальности токена, по вкусу.
От прямого запроса на контроллер защищает проверка на ajax, от автоотправки формы со страницы сайта — проверка токена.

По моему опыту ни скрытые поля ни проверка ajax сейчас не спасут. Как только сайт как-то проявляется в выдаче, вырастет посещаемость, — рано или поздно спам придёт. Я так понимаю, что настройка спам-бота на форму (если автоматом не схватил) — это пара кликов. Использую токены.

Михаил, вы обращались к разработчику по вопросу обновления версии?
Есть ли какой-то ответ?

Круто. Ссылку на пакет в Modstore хорошо бы сразу в текст добавить )

Вы сначала задайте вопрос. Всему есть причина и всё решаемо.

Уже давно есть новая версия: http://prntscr.com/r3ovj9.
Мне не ведомо, почему её нет в modstore.
Обратитесь к разработчику через поддержку.

Спасибо, поправил

По моему опыту, подобные задачи в modx не решаются просто «из коробки», как, возможно, в других более специализированных системах. Но у нас cmf, поэтому всё можно настроить максимально удобно для себя.

За основу берите minishop2, т.к. там есть сразу: каталог, мультикатегории, свойства.
Обязательно mSearch2; возможно, seoFilter.

Импорт/экспорт я бы сделал свой (по мне проще правильно настроить и поддерживать свой класс экспорта-импорта, чем любое стороннее не специализированное решение). Тут главное сразу определиться: что и куда должно попадать; вот как раз это требует опыта построения проектов на modx.
В модуле экспорта/импорта закладывается логика распределения объектов по категориям minishop'а в зависимости от свойств объектов.

Для вывода на фронт в различных разрезах можно использовать:
— мультикатегориии minishop2
— mSearch2 — настраивать вывод определённых объектов, исходя из их свойств.
Проще всего, наверное, для ресурса добавить TV-поле c фильтром и применять его на данной странице
— seoFilter (? я его не использовал, но вроде он для того и создан).

Это да. Если сайт не на поддержке, то такая директория удаляется после запуска.

Да, я просмотрел.
Но можно и не удалять — вдруг снова навернётся — опять придётся загружать.
У меня часто есть на сайтах такая закрытая директория для всяких нужных обработок.

Наверное стоит чуть дополнить:
1. Скрипт лучше сохранить в закрытую базовой авторизацией директорию. На всякий случай )
2. Добавить необязательный параметр $_GET['id'] для отключения конкретного плагина, т.к. чаще всего виновник известен. А то потом не разобраться, какие были включены, а какие нет. Особенно если сайт чужой или старый с тяжёлым наследством…

Согласен.

Кстати, есть нюанс, о котором я забыл, хотя и собирался реализовать.
Он как раз касается и метрик.

Может возникнуть такая ситуация:
1. создали универсальную форму, которую менеджер пихает по статьям где надо
2. нужна эта же форма, но с другим названием/продающим тестом и метрикой
Сейчас, получается, нужно создавать дубль формы.
Чтобы этого избежать, нужно зашить в строку запуска формы дополнительные параметры, например: название формы или иные пользовательские переменные. Тут же можно передать и событие метрики.
Получится одна форма с вариантивностью метрик и с разными названиями, продающим текстом или т.п.
Я подумаю, как это реализовать удобнее. Отпишусь.

Вот ещё немного полезных широким кругам, на мой взгляд:
Модифицируем HTML на лету
Отправка Email о регистрации при оформлении заказа в miniShop2
Изменяем форму заказа minishop2
Безопасность MODX, часть 1 — обход фильтрации MODX тегов
Безопасность MODX, часть 2 — использование @ привязок
Полезные методы xPDOCacheManager
Очень пригодиться для начинающих: Работа с MODX из IDE без админки

Пользуясь случаем — благодарю авторов полезных заметок!

Получившийся список нужно будет, наверное, разбить на разделы (система, minishop2, pdoTools, ...).

Спасибо.
По метрике — попробуйте коллбэк:

$(document).ready(function ($) {
    mvtForms2.callbacks.success = function(response) {
        console.log(response);
    };
    mvtForms2.callbacks.error = function(response) {
        console.log(response);
    }
    mvtForms2.callbacks.fail = function(response) {
        console.log(response);
    }
});

Должно же быть удобнее и универсально вроде. Можно все нужные метрики собрать в одном файле.
И ещё: в отличие просто от поля метрики в прошлой версии, сейчас можно вешать события не только на успешную отправку, но и на ошибки отправки или валидации. Это позволит отловить всякие баги форм или понять, что не так с конверсией.
А то бывает — есть форма, а лидов нет. Потом оказывается там проблема с вводом номера телефона, например…