43 минуты назад
А что случилось с автором компонента?
Вчера в 11:29
Этот компонент для связки с любым фреймворком?
К примеру с astro.build/ этим можно связать?
Вчера в 09:46
Добрый день! Вы можете у сниппета ecMessage в параметре threads указать *. Про это есть в документации.
08 ноября 2024, 23:04
попробуйте убрать autoplay здесь:
allow="clipboard-write; autoplay"
08 ноября 2024, 16:24
Для select вот так сделал. Может пригодится тоже.
<select>
<option data-sort="" data-dir="" class="sorty sort&q...
08 ноября 2024, 15:57
docs.modx.pro/components/pdotools/general-properties, поиск по странице по "&return"
Всего 123 771 комментарий
Добавил в карту и в схему, в 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 человек одновременно будут работать, не будет ли накладно постоянно проверять, к какой группе принадлежит пользователь, к какой группе ресурс, какие стоят разрешения и пр. Это ж сколько запросов постоянно…
Если использовать отдельную таблицу, то тут проще — выводить только ресурсы у которых есть связь с текущим пользователем, а при редактировании и сохранении перепроверять. Но редактирование будет реже, чем просто просмотр…
Думаю, попробую все-таки и то, и то — попробую взять положительные качества обоих решений, избавившись от отрицательных.
Это был реальный косяк!
Ну я не знаааюююю…
P.S. Если сломаются все репозитории Ubuntu — значит на них напал Skynet и на остальное уже похер.
Настройка сервера — bezumkin.ru/blog/2012/06/18/13/
Автоустановка MODX — bezumkin.ru/blog/2012/06/18/14/
Думаю, часа за 2 можно разобраться.
к примеру — у меня стоит диск зеркало на систему — так-что 100Gb переключить — это он сам делает.
А ты — что делать если с твоими бесконечными репозиториями что-то случиться? Есть копия? и как быстро всё востановиться?
Поверь — винт купить дешевле будет в миллион раз…
Просто интерестная задача — сколько планируеться пользователей пустить, чтобы у каждого был именно свой настройки…
А правами — не обязательно плодить куча груп. Если вы хотите привязать пользователя к ресурсу (только мой) — пожалуста — плагин в 5 строчек… и есть такие замечательные поля у ресурса как show_in_tree, properties…