Евгений

MODX – 2.8.3-pl
Apache – 2.4.51
PHP – 7.4.25
MySQL – 5.7.36

Такая же ерунда приключилась. Решение какое-то нашлось?
В возможных значениях пробовал разные варианты:
red||gray||white||black
red==red||gray==gray||white==white||black==black
Красный==red||Серый==gray||Белый==white||Черный==black

решилось настройкой конфига:

new CleanWebpackPlugin({
    verbose: false,
    cleanStaleWebpackAssets: true,
    cleanAfterEveryBuildPatterns: [base + '../../../core/cache/*'],
    dangerouslyAllowCleanPatternsOutsideProject: true,
    dry: false,
}),

Спасибо тебе, добрый человек :) Все оказалось гораздо проще :)

Разобрался сам, мб кому пригодится:
в папке /Extras/App/core/components/app/model/ в файле app.class.php нужно найти код (101 строка):

if ($uri != '/' && in_array(substr($uri, -1), ['/', '?'])) {
     $this->modx->sendRedirect(rtrim($uri, '/?'), ['responseCode' => 'HTTP/1.1 301 Moved Permanently']);
}

на

if ($uri != '/' && in_array(substr($uri, -1), ['?'])) {
     $this->modx->sendRedirect(rtrim($uri, '?'), ['responseCode' => 'HTTP/1.1 301 Moved Permanently']);
}

грузить страницу каждые 0.5 секунд выполнением скрипта, это сильно конечно :))

Народ, никто не сталкивался с проблемой, когда указываешь в типах содержимого для HTML расширение "/", чтобы все страницы заканчивались слэшем, получается циклическая переадресация?

можно ли как-то при помощи webpack-а чистить папку cache при каждом редактировании элементов, в частности сниппетов?

Я так понимаю, что нужно копать в файле webpack.config.js в блоке CleanWebpackPlugin, параметр cleanaftereverybuildpatters? Или ничего не получится и необходимо дополнительно ставить gulp?

1) оказалось была ошибка в API-ключе, после исправления все заработало. modstore.pro/extras/ не обязательно указывать, modstore.pro досточно как оказалось.
2) эту папку можно удалять без каких-либо последствий?

Редирект в htaccess использую такой, универсальный вариант без циклической переадресации:

RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Проверено на Timeweb и на локальном сервере.

Спасибо за отличную заготовку! Все супер. Правда есть пара вопросов, буду рад ответам:

1) как поставить пакеты из modstore (подгружаю файл providers.php в resolvers и поставщик ставится без проблем), пробую указать такую конструкцию в setup.php, но пакет не ставится:

'pdoTools' => [ 
        'version' => '2.12.3-pl',
        'service_url' => 'modstore.pro',
],

Что делаю не так?
2) почему то при установке в папке core/components создается папка 0, которая полностью дублирует папку assets/components/app, это так и должно быть?

Можно пару глупых вопросов? Как на нем собрать сайт ясно — настраиваем, запускаем билд и все разворачивается. А как с дальнейшим ведением? Т.е., например добавить новый шаблон, плагин? К примеру, ресурсы создаются через админку менеджером, он должен указать какой шаблон использовать, а если просто создать новый файл шаблона в ide — в админке его нет. Каждый раз нужно создавать шаблон в админке вручную и делать инклуд на файл? Что же касается сниппетов и чанков — при их редактировании требуется очищать папку кэша каждый раз?

Я пока только разбираюсь со всем этим — никогда не сталкивался) До текущего момента все было по-классике — верстал сайт через Sublime на локалке, потом через FTP выгружал на сервер.
Теперь вот решил из каменного века немного уйти :) Сейчас копаю в эту сторону: перешел на phpStorm, установил Git, GULP. В гите создал 2 ветки — master + dev. В dev веду разработку на локальной машине, как только все ок — мержу с master, пушу на гитхаб и синхронизирую с удаленным сервером.
Вероятно в этой схеме есть косяки, поэтому буду рад комментариям и советам по оптимизации рабочего процесса :)

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

Репозиторий обновлялся 10 февраля 2018, он актуален на данный момент или есть какие-то более свежие ревизии?

Спасибо за наводку. Буду разбираться. Там, правда, несколько иной пример — без разбивки на столбцы.

Подскажите, а каким образом его с MIGX цеплять? Установил пакет, в MIGX добавляю поле с типом dynamicdropdown — форма сразу «слетает».

Как я понял, автор имеет ввиду, что в одном фильтре должна идти проверка нескольких полей. Т.е. когда человек указывает в фильтре «Количество мест» диапазон, нужно проверять по всем полям: teatrTv, banketTv, soveshanieTv и если одно из них «истина», то выводить данную страницу в каталоге.

Сам столкнулся с похожей задачей: есть 2 поля — цена «от» и цена «до», необходимо, чтобы когда посетитель указывает фильтр «минимальная цена», mFilter2 проверял по обоим полям и если хоть одно поле удовлетворяет условию — товар отображался в каталоге.

Спасибо! Буду разбираться, где вызов повторный идет, а пока временно поменял на include_once и все заработало.

Дело не в файле точно. Проблема возникает, как только указываешь в настройках mSearch2 пункт «mse2_filters_handler_class». Причем неважно какое значение туда ставишь и какой класс используется в файле /msearch2/custom/filters/*.class.php — результат один и тот же.

Более того, пробовал конструкцию

class myCustomFilter extends mse2FiltersHandler {}

переносить в конец файла /msearch2/model/msearch2/filters.class.php — тоже самое.

Как временное решение, все созданные фильтры пишу в конец секции

class mse2FiltersHandler {}

файла filters.class.php, без подключения доп. класса и расширения mse2FiltersHandler. При обновлении соответственно есть шанс, что все слетит, поэтому храню фильтры еще отдельно, чтобы их восстановить можно было.