Вчера в 18:44
Благодарю!
Вчера в 10:53
Как раз при редактировании с фронта добавить проверку не проблема, но надо код компонента смотреть
11 ноября 2024, 11:29
Этот компонент для связки с любым фреймворком?
К примеру с astro.build/ этим можно связать?
11 ноября 2024, 09:46
Добрый день! Вы можете у сниппета ecMessage в параметре threads указать *. Про это есть в документации.
08 ноября 2024, 23:04
попробуйте убрать autoplay здесь:
allow="clipboard-write; autoplay"
Всего 123 779 комментариев
А вот при изменении уже существующих проблема остается — значения из формы не передаются в базу.
Вы уверены, что надо модель подключать с указанием префикса 'modx_rehab_'? Это я так раньше извращался, при автогенерации xml, а вам оно наверное не надо.
Мне не нужно с ней работать из админки, не нужно писать процессоры для нее — нужна просто связь ресурс-пользователь…
Класс уже есть, модель уже готова, xml-схема есть, осталось только указать, откуда класс подгрузить, чтобы работать с таблицей с помощью xPDO, а не прямых запросов в базу…
Может, для каждого пользователя создавать отдельный ТВ и в него записывать, доступен ли ресурс этому пользователю, а потом делать выборку с &tvFilters…
Добавил в карту и в схему, в ads.grid.js добавил. Появилось поле в админке на главной, но там пусто.
Может подскажешь где копать?!
И еще момент, $modx->getObject извлекает объект, не массив
print_r($access->toArray());
Access — вы точно нигде не ошиблись, у вас есть карта, схема и классы?
Может и панель minishop так же сложно вывести виджетом на Dashboard?
if ($modx->event->name == 'OnManagerLogin') {
$modx->sendRedirect($modx->config['site_url'].'manager/?a=88');
}
Жаль это оказалось не совсем то, что ожидал. ))
Хотелось бы вывести как виджет саму панель мини-шопа.
Только одно так и не понял, можно ли вместо панели Default вывести на стартовую страницу админки панель shop. Или хотя-бы как после логина первой открывать страницу мини-шопа, как сделано в демо-магазине.
Как я вижу.
1) урезать всё что можно — показывать только то, что действительно нужно… и отрезать не визуально а напрочь, чтобы не грузилась.
2) для работы с ресурсами с таким потоком менеджеров, я бы сделал отдельную красивую (даже можно склонировать модекса админку — никто не поймёт… ха-ха) админку с фронта. Но снова, нужно всё продумать, стоит ли овчинка вычинки. Но 800 рук я бы не пускал в админку… хотя х.з. его знает, не сталкивался.
Создание как пользователей, так и групп будет автоматическое, единственное сомнение — не отразится ли это на общей нагрузке на сайт — если около 300-400 человек одновременно будут работать, не будет ли накладно постоянно проверять, к какой группе принадлежит пользователь, к какой группе ресурс, какие стоят разрешения и пр. Это ж сколько запросов постоянно…
Если использовать отдельную таблицу, то тут проще — выводить только ресурсы у которых есть связь с текущим пользователем, а при редактировании и сохранении перепроверять. Но редактирование будет реже, чем просто просмотр…
Думаю, попробую все-таки и то, и то — попробую взять положительные качества обоих решений, избавившись от отрицательных.