Добрый день!
Ошибка permission_denied_processor — это ошибка самого Modx Revo или Tickets?

Спасибо, попробую это решение!

Админ загружает файл на сервер, потом в карточке пользователя указывает путь к загруженному файлу, в ЛК ты выводишь это значение в тэг

<a href="#" download></a>

Можно использовать дополнительные поля — extended, или установить ExtraFields и расширить модель пользователя.

Вот возможно есть способ написать такой скрипт без использования map

В таком случае конечно проблема где-то еще. Причем вряд ли на сайте.

Ну по логике компонент обращается по такому адресу:

assets/components/mspreceiptaccount/payment/receiptaccount.php?InvId=320

Где 320 — это ID заказа.
Т.е. он смотрит состав заказа и данные получателя, генерирует на этой основе pdf-файл типа счёта на оплату.
320 заказов — это не много на мой взгляд. Но для проверки теории почистил таблицы modx_ms2_orders, modx_ms2_order_addresses, modx_ms2_order_products, оставив там инфу только о последних двух заказах. Но это тоже не помогает…

Если не ошибаюсь это невозможно в случае modhost. Уж точно не через map

А есть идеи (подсказка), как этот скрипт использовать на modhost.pro? Конструкцию map нужно запихивать в http {}, а на modhost.pro есть доступ только к редактированию директивы server

Даже админ не может голосовать комментарии, добавить в избранное.
Но комментирование работает и для авторизованных пользователей и админов, что и удивляет. Как-то не логично. Если комментировать могут, но почему не могут оценивать комментарии и тикеты?
Когда админ оценивает комментарий, то выходит ошибка У вас недостаточно прав для этого действия.
Я даже переустановила компонент Tickets. Но не помогает.

Эта ошибка может возникать в случае большого, длительного запроса. Серверу Mysql просто не хватает времени обработать запрос. Что за запрос я в вашем случае не понимаю, но предположу, что объем данных, к которым обращаетесь — становится с годами слишком большим.
Возможно пора отрезать старые данные.

Добрый день.
В списке контекстов только web, а mgr нет.
Дело в том, что авторизованный когда ставить оценку в комментариях Tickets как тут например, выходит ошибка

permission_denied_processor

.
А в -> Редактировать группу пользователей -> Права доступа -> Доступ к контекстам -> Политика доступа указана TicketUserPolicy.
Можете подсказать, как исправить ошибку?

Здравствуйте!
Да, я уже понял, что надо через cron. Спасибо большое!

Во первых, вам не нужно устанавливать новое соединение с БД, если таблица находится внутри той, что привязана к сайту на Modx. Достаточно выполнить SQL-запрос.
Во вторых, если вы помимо того, что создали сниппет, еще и добавили его вывод в шаблон, то каждое открытие страницы будет запускать сниппет. Поэтому не надо его нигде вызывать.
Установите бесплатное дополнение Scheduler или CronTabManager с modstore, добавьте задание на запуск сниппета раз в сутки и все.

Для этого нужна существенная доработка. Проблема в том, что скидки могут быть самыми разными: ограниченными по времени, по опциям. Особенно сложно с опциями, потому что учитываются те опции, которые переданы в корзину.

Хотя бы вывод(where) для начала:) сразу куплю.
фильтрацию след этапом

С msOptionsPrice2 компонент работает. Насчёт вывода товаров со скидкой и возможности фильтрации обещаю подумать.

Так то вроде компонент многое может, устраивает, хочется купить, но вот вопрос в выводе товаров со скидкой и работы его с msOptionsPrice2, так уже учитывая mFilter2(тут пока вопрос следующего дня)

Заморочиться это как?)

Компонент работал на протяжении 1-2 года. А теперь вдруг неожиданно перестал отдавать файлы — бесконечно долго висит загрузка страницы.
В логах нечто такое:

HY000
    [1] => 2006
    [2] => MySQL server has gone away

Хостинг Timeweb, обратился в техподдержку, типа что это ваш MySQL сервер падает. Но они отмазываются, говорят, обращайтесь к разработчику сайта, мы не при делах.
Что-нибудь можно сделать?
Менял версию php, переустанавливал компонент — не помогло…

Редактировать группу пользователей -> Права доступа -> Доступ к контекстам.
Если у вас в списке нет политики для контекста mgr, то все норм.

Походу я понял в чем проблема.Но не понимаю откуда она берется. К примеру загружаем фото путь к которому /assets/images/resources/91084/.jpg соответственно генерируются миниатюры в thumb, small. Запускается плагин:

$q = $modx->newQuery('msResourceFile', array('url' => '/assets/images/resources/91084/.jpg'));
$total = $modx->getCount('msResourceFile', $q);
$modx->log(1, print_r($total, 1));

Когда получаю результаты $total начинает считаться только с генерации thumb. У базового файла так и стоит $tota 0. Довольно странно.Как и В результатах по ним ниже
Полностью код так выглядит

q = $modx->newQuery('msResourceFile', array('url' => '/assets/images/resources/91084/.jpg'));
			$this_path = $path_parts['dirname'].''.$path_parts['basename'];
			$modx->log(1, print_r($this_path, 1));//В логи пишет как и должен /assets/images/resources/91084/.jpg'
			$total = $modx->getCount('msResourceFile', $q);
			$modx->log(1, print_r($total, 1));
			$q->sortby('resource_id', 'ASC');
			$q->sortby('rank', 'DESC');
			$q->limit(99);
			$resources = $modx->getIterator('msResourceFile',$q);
			foreach ($resources as $resource) {
				$modx->log(1, print_r('обход',1));
				$modx->log(1, print_r('____________________________________________', 1));
				$modx->log(1, print_r('$resource->url'.$resource->url, 1));
				$modx->log(1, print_r('$resource->file'.$resource->file, 1));
				$modx->log(1, print_r('____________________________________________', 1));
			}

Результат:

/assets/images/resources/91084.jpg
0

/assets/images/resources/91084/thumb.jpg
1
обход
____________________________________________
$resource->url/assets/images/resources/91084/.jpg
$resource->file.jpg
____________________________________________

/assets/images/resources/91084/small.jpg
1
обход
____________________________________________
$resource->url/assets/images/resources/91084/.jpg
$resource->file.jpg
____________________________________________

Думаю что когда передаю в переменной «url» по каждому файлу, он его так же пропускает просто т.к. этот файл только что создан. и сможет его найти в таблице только при запуске плагина на другом файле. Странно…