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

Нашел, исправил) обновил пакет в 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

Покажите вызовы сниппета AjaxForm на вашем сайте. Отправить форму с сайта без заполнения капчи точно невозможно?

Нет, не совместим. И названия таблиц и колонки немного разные, само ничего не подцепится.
Но скопировать данные sql запросом можно.

sendRedirect сделает именно редирект на страницу
sendForward оставит текущий url, редиректа не будет, но вместо показа текущей страницы будет произведена «подмена» на указанную

Чет я не понял.

410 код — это не редирект, это код ответа.

Если ты делаешь редирект, то минимальный пример это

header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.newdomain.ru/newdir/newpage.htm");
exit();

как видишь, есть Location, но нет тела страницы (html кода считай)

а если мы 404 хотим показывать, то мы отдаем

header("HTTP/1.1 404 Not Found");

и html код страницы. Браузер её покажет, просто будет код 404, который роботы и увидят.

А ты пытаешься сделать редирект и передать в него код 410.
Это не верно!
Тебе нужно в плагине сделать так:

$modx->sendForward(123, 'HTTP/1.1 410 Gone');

где 123 — это id страницы, в тексте которой будет написано «Страницы нет, код 410».

В альт и титл картинки товара попали кавычки:

alt="Паллацио "Премиум""

Готово! Обновись, проверь работу!