Вчера в 11:10
Надо глянуть структуру XML что именно поменялось, если что пишите в ЛС могу посмотреть.
14 января 2026, 15:11
Да особо без разницы куда писать. Я отслеживаю все записи. Но в идеале создавать issue в репозитории github.com/modx-pro/MiniShop3/issues.
14 января 2026, 10:31
Будет еще лучше. mFilter на подходе!
12 января 2026, 08:59
Ни где не могу найти информацию по настройке импорта изображений «Обновлять данные существующих изображений» — не понять, на что влияет данная настрой...
11 января 2026, 13:08
нет переводов primeVue. То есть если использовать фильтры DataTable или Calendar, то они будут англискими.Вот про это я не подумал. Думаю учтем в буду...
08 января 2026, 12:31
Большие сомнения у меня в этом)
Всего 125 448 комментариев
И еще момент, $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…
Мой инструмент — ноут, и я могу его выкинуть, взять другой, поставить пару инструментов — и работать как ни в чем не бывало.
Мне удобно именно так. 6 винтов и прочие крутые штуки понять не в силах.
Через ssh\sftp — все как с обычным сервером.
блин — что через подзорную трубу с руками оторванными…