Наумов Алексей

prepareSnippet стоит, он может поддормаживать
куча tv в фильтре, причем фильтруются как number. Вы же знаете, что tv хранятся в базе в виде строки, и каждый раз при фильтрации они к числу приводятся, что есть медленно

у вас 72 тысячи (!) запросов! есть над чем подумать.

Ставить раннюю alpha версию альтернативного компонента фильтрации на боевой сайт — не нужно 100%.

Причин может быть множество.
Нужно и структуру каталога посмотреть, и вызов сниппета mFilter2, и чанк для отображения строки с товаром.
После этого изучить формируемый sql запрос, что там… Поставьте debugParser для первичного анализа еще.

На ваш вопрос нет однозначного ответа и волшебной кнопки.
mFilter2 может работать относительно быстро с большим кол-вом товаров, но нужно аккуратно его использовать.

Можно попробовать реализовать… запишем.
Рад активному пользователю =)

Привет! Ждем, с нетерпением)

Спрошу про валидацию.
Ты пишешь:

валидация предусмотрена как в msCustomer, так и в msOrder

т.е. валидация указывается в вызове сниппета.

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

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

Все равно предложу еще раз) есть время и желание помочь, прежде всего с целью ускорить выход альфа версии.
Переживания, что другой человек сделает не так, как видишь ты в голове — понятно. Но всегда можно обсудить список задач и подход к их решению. ;-)

похоже на кеширование веб-сервером файлов html
Стоит проверить не включено ли этой в настройках хостинга или в файле htaccess

Нашел, исправил) обновил пакет в modstore.pro.
У меня он выложен еще в modx.com, но у них настолько глючный репозиторий… я уже 3 раза писал им по поводу критичных ошибок, из-за которых просто невозможно выложить пакет — но воз и ныне там, я не могу выложить обновление.

Не могу разобраться в чем дело… она создалась значит, но не привязалась к шаблону. Видимо установщик косячит. Буду искать причину.

Привет.
Я запульнул новую версию в репозиторий, где добавил шаблон политик FileManPolicyTemplate и политику FileManPolicy на его основе.
Правда на моем демо сайте сама политика в силу каких-то причин не создалась… только шаблон. Политику можно создать на основе шаблона. Проверь, создалась ли у тебя политика…

ну и соответственно в группу менеджеров можно добавить эту политику, чтобы дать права.

Там такие разрешения:

fileman — доступ к основному контроллеру компонента (Пакеты / FileMan)
fileman_list — список файлов
fileman_resource_tab — вкладка у ресурса
fileman_create — загрузка новых файлов
fileman_save — любое редактирование
fileman_remove — удаление файла

Дело в этой строчке кода было то?

А новую версию да, выпущу. Вообще, думаю стоит сделать набор permissions и политики, чтобы управлять этим можно было всем.

Я поэтому и написал, что попробуйте указать там не порядковый №1,2..N, а id ресурса (Страны).

Сначала выводишь ту разметку, что в nav при помощи pdoResources, хотя можно и через pdoMenu (что наверное даже логичнее).
Для data-show-partner используешь, к примеру, id ресурса через [[+id]], либо [[+idx]]

А потом для каждой страны делаешь свой вызов pdoResources, чтобы вывести дочерние элементы.
Хотя, может получится опять же все завернуть в один вызов pdoMenu (смотря, насколько там сложная верстка).

В isset заверни хотя б)):

isset($_COOKIE['SendIt'])

Беглый вопрос тому же ChatGPT (да, я ленив сам это искать)))). Но вывод понятен, нужно обновляться! А то мы до сих пор пишем новые(!) дополнения с поддержкой php 5.6 (а то и 5.4), т.к. много сайтов на нем работает.

PHP 7.1 был выпущен 1 декабря 2016 года, а PHP 7.4 — 28 ноября 2019 года.

Для PHP 7.1 активная поддержка закончилась в декабре 2018 года, поддержка безопасности — в декабре 2019 года, и заключительная поддержка завершится в декабре 2020 года.

Для PHP 7.4 активная поддержка продолжается до ноября 2021 года, поддержка безопасности — до ноября 2022 года, а заключительная поддержка ожидается завершиться в ноябре 2023 года.

Странно, ну по идее это то самое место… больше я не находил.

Нужно повнимательнее перепроверить, но это в свободное время.

Привет! наверное мой косяк…
Я хотел сделать набор разрешений, но не доделал, а следы остались.

В общем в плагине FileMan найди строчку 14, закомментируй её:

// нужно закомментировать:
if (!$modx->hasPermission('fileman_doclist')) return;

Еще один пермишн проверяется при загрузке файлов «file_upload», но это стандартный MODx, который нужен для загрузки файлов.

Возможно и сделать. Но готового решения для данной задачи нет.
А Артур имел ввиду то, что описано в этом разделе документации.

ну смотри…
AjaxForm лишь прокидывает данные на FormIt.
Для того, чтобы это все работало — при рендере формы в сессию записываются $scriptPtoperties с которыми вызывался AjaxForm, эти данные записаны в сессии с ключем, который передается в af_action.

Получается, что в сессии эти данные есть по крайней мере она не пуста)

Потом FormIt вызывает хуки по очереди:
— spam он там как-то email проверяет, у тебя в форме я каких-либо email не вижу, думаю что в итоге этот хук вообще ничего не делает у тебя;
— далее правильно вызывать recaptchav3, судя по логам он с ошибкой работает. Если посмотрим в код, то сообщение в логе «Failed to load Recaptcha class» означает и то, что хук вернет false. Все, FormIt должен прекратить обработку, до хука email, который отправит письмо, дело не дойдет.

хуки вызываются в порядке их указания:
&hooks=`spam,email,recaptchav3`
у вас значит проверка spam (не знаю, что там), далее отправляется письмо, далее проверка рекапчи… только смысл то её проверять, письмо уже отправлено.

Ну вот тут было бы логично добавить проверку isset или array_key_exists. это скорее косяк компонента.

github.com/GulomovCreative/FetchIt/blob/master/core/components/fetchit/model/fetchit.class.php#L79