Артур Шевченко

Я думаю излишне сложно. В моей практике не было случаев, когда нужен отдельный htaccess на каждый домен.

1. Все домены должны ссылаться на одну папку.
2. Каждый контекст должен иметь настройку http_host и base_url.
3. Нужно написать плагин который будет переключать контекст в зависимости от домена

<?php
// Работаем только на фронтенде
if ($modx->event->name != 'OnHandleRequest' || $modx->context->key == 'mgr') {return;}

// Определяем запрашиваемый хост
$host = $_SERVER['HTTP_HOST'];

if($ctx = $modx->getObject('modContextSetting', array('key' => 'http_host', 'value' => $host)) ){
    $ctx_key = $ctx->get('context_key');
    if($ctx_key != 'web'){
        $modx->switchContext($ctx_key);
    }
}

Всё. Сайты готовы.

А ты не ищешь лёгких путей, да? Modx предоставляет прекрасный инструмент для решения подобных задач — контексты. Все дополнения будут работать одинаково хорошо во всех контекстах.

Прочитай комментарий выше.

Если ты будешь создавать ресурс при регистрации, то ставь ему в createdby id нового пользователя. А потом в ЛК выводи форму с данными ресурса, который найдёшь по createdby. В общем, если использовать SendIt дело одной формы (изменения данных ресурса), и одного плагина (создания ресурса после регистрации) и одного сниппета (сохранения данных ресурса). 2-3 часа работы.

файлы нужно где-то временно хранить и отслеживать, были они отправлены или нет. То есть, сохранять их в БД, чистить неотправленное и всякое такое.

В SendIt всё это есть, только без БД. Файлы загружаются автоматически и удаляются автоматически при перезагрузке или закрытии страницы. Если отправлять не надо, то пишешь хук, который переместит файлы. В общем, я вдохновлялся AjaxForm и AjaxSnippet и получился универсальный компонент для отправки форм.

Вообще очень интересно получилось. Твои старые компоненты на фронте используют jQuery, а теперь ты врываешься с Vue, VanillaJS не зашёл тебе совсем?)))

Что касается твоих идей, мне они кажутся революционными для Modx, если не найдётся тот, кто разжуёт всё для малообразованных вроде меня, будет сложно разобраться.

По словам автора FetchIt использует тот же бэк, что AjaxForm, поэтому вряд ли переход на него спасёт от спама. А вот SendIt может помочь.

Ты в слайдер пихаешь строки и хочешь чтобы он работал? Слайдер работает только с числами.

Есть вероятность, что 4 цифры приходят в таком формате 1 000, что преобразуется в 1, а вот если вырезать пробелы, то и проблемы не будет.

Это всё попытки взлома. Скорее всего бомбят action.php. Вариант защиты использовать токен. Можешь попробовать использовать SendIt.

Больше похоже на попытку SQL-инъекции.

Попробуй поиграть с приоритетами плагинов

Не знаю расстроишься ты или обрадуешься, но «из коробки» mFilter2 фильтрует по условию И. Если у тебя не так то, либо кто-то написал свой класс фильтрации, либо что-то у тебя не правильно настроено.

Можешь этот скрипт взять

Думаю у вас не получится запустить SendIt из вне

А как тогда асинхронные запросы принимать и обрабатывать, если php будет запрещено запускать?

Запрос всё равно будет улетать на файл components/sendit/action.php и этот путь можно будет увидеть через консоль браузера. А путь можно сменить через системные настройки, главное сохранить структуру папок и файлов внутри папки компонента.

Не очень понимаю как вам удаётся повышать безопасность сайта переименовыванием папки assets, если по любой картинке можно узнать как она у вас называется?

Не, для каждой категории необязательно создавать. Если у всех категорий одинаковые опции, можно создать одну конфигурации без указания родителей. Опции привязаны к категориям, а фильтры к опциям, поэтому я добавил возможность указывать родителей, чтобы в категории выводились только те фильтры, которые в ней есть, а не все подряд.

Не хватает фильтрации по значениям из msoptionprice2 (на сколько я понял, такого нет)

Фильтрация по опциям модификаций, это фильтрация не товаров, а модификаций. Выход тут простой: либо писать отдельный класс для фильтрации модификаций, либо указывать все значения доступные в модификациях для базового товара и фильтровать по ним (это возможно).

Не хватает возможности прописать названия поля (Цвет, размер)

Можно указать название в лексиконах, если не указать там ключ выводится.

1. При копировании конфигурации (Родители по крестику не удаляются, не только при копировании)
2. В настройках SendIt (надо выставлять большое значение «кол-во отправки форм» и убирать паузу) иначе закидаем кучей всплывашек.

Это я уже пофиксил.

есть поле значение, для чего оно, я не понял.

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

8. Не совсем удобно выбирать правила для каждой категории, если их 10-20, то можно сделать разными шаблонами или доп. полем, но если категорий 200 и более, то будет проблематично за всеми уследить. Т.е. надо сделать опции по умолчанию или скрывать их, но товары должны выводиться, если фильтра сделаны для категории, то нужно отображать.

Не понял какой кейс не удаётся реализовать?

4. Не хватает возможности менять опции местами (и надо подумать о порядки этих опций, есть проблема с размерами).

Придумаю что-нибудь.