Всего 125 258 комментариев

Илья Уткин
Илья Уткин
12 сентября 2012, 13:51
0
Таблица называется modx_rehab_access, у нее три поля id, did, uid. В поле did буду записывать id ресурса, а в поле uid — id пользователя
/
Роман Харин
Роман Харин
12 сентября 2012, 13:50
0
ДУмаю надо копаться в процессорах ads -> update. Я копался и безуспешно.
/
Илья Уткин
Илья Уткин
12 сентября 2012, 13:49
0
<?xml version=«1.0» encoding=«UTF-8»?>

/
Роман Харин
Роман Харин
12 сентября 2012, 13:47
0
И все же. Ситуация теперь следующая. При создании новых баннеров все работает.
А вот при изменении уже существующих проблема остается — значения из формы не ​​передаются в базу.
/
Василий Наумкин
Василий Наумкин
12 сентября 2012, 13:40
0
Покажите xml схему.

Вы уверены, что надо модель подключать с указанием префикса 'modx_rehab_'? Это я так раньше извращался, при автогенерации xml, а вам оно наверное не надо.
/
Роман Харин
Роман Харин
12 сентября 2012, 13:34
0
Вот где «собака зарыта»!!!
/
Илья Уткин
Илья Уткин
12 сентября 2012, 13:28
0
Блин, это мне что же — для работы с маленькой табличкой целый пакет делать?

Мне не нужно с ней работать из админки, не нужно писать процессоры для нее — нужна просто связь ресурс-пользователь…

Класс уже есть, модель уже готова, xml-схема есть, осталось только указать, откуда класс подгрузить, чтобы работать с таблицей с помощью xPDO, а не прямых запросов в базу…

Может, для каждого пользователя создавать отдельный ТВ и в него записывать, доступен ли ресурс этому пользователю, а потом делать выборку с &tvFilters…
/
Роман Харин
Роман Харин
12 сентября 2012, 13:10
0
Добавил +1 в сниппет, в таблицу ads добавил поле. В таблицу значения записываются, но никак не могу вывести эти значения в админку, ну хотя бы на страницу Баннеры (типо главная страница компонента).
Добавил в карту и в схему, в ads.grid.js добавил. Появилось поле в админке на главной, но там пусто.
Может подскажешь где копать?!
/
Василий Наумкин
Василий Наумкин
12 сентября 2012, 12:48
0
bezumkin.ru/blog/2012/06/18/4/
/
Valentin Rasulov
Valentin Rasulov
12 сентября 2012, 12:45
0
Илья, возможно глупость скажу. Смотри, возьми пвкет Doodles https://github.com/artdevue/Doodles, переименнуй под своё название (как переименовать уэе пописывал Василий где-то, да и можно найти решение), залей себе на сервер. А дальше, уже всё как по маслу…
/
Иван Брежнев
Иван Брежнев
12 сентября 2012, 12:21
0
А в таблице что-то есть?
И еще момент, $modx->getObject извлекает объект, не массив
print_r($access->toArray());

Access — вы точно нигде не ошиблись, у вас есть карта, схема и классы?
/
Дмитрий Воронов
Дмитрий Воронов
12 сентября 2012, 12:17
0
Спасибо! :)

Может и панель minishop так же сложно вывести виджетом на Dashboard?
/
Илья Уткин
Илья Уткин
12 сентября 2012, 10:20
0
Не-не, в админку я пускать не буду — сам буду решать, что отображать пользователям и в каком виде — только во фронтенде
/
Василий Наумкин
Василий Наумкин
12 сентября 2012, 05:38
0
Тут нужен очень сложный плагин =)

if ($modx->event->name == 'OnManagerLogin') {
$modx->sendRedirect($modx->config['site_url'].'manager/?a=88');
}
/
Дмитрий Воронов
Дмитрий Воронов
12 сентября 2012, 04:03
0
Я как-раз нашел как вывести панель shop вместо Default, совсем же просто, в настройке группы, заработался явно. ))
Жаль это оказалось не совсем то, что ожидал. ))
Хотелось бы вывести как виджет саму панель мини-шопа.
/
Иван Брежнев
Иван Брежнев
12 сентября 2012, 03:51
0
на Dashboard можно вывести что угодно. Нужно написать виджет, взяв за пример любой готовый
/
Дмитрий Воронов
Дмитрий Воронов
12 сентября 2012, 03:45
0
В последней версии MODX появились некоторые изменения, например, чекбокс Sudo User, еще не переведенный в русской версии менеджера. Заставили поплясать с бубном, но в итоге получилось сносно.

Только одно так и не понял, можно ли вместо панели Default вывести на стартовую страницу админки панель shop. Или хотя-бы как после логина первой открывать страницу мини-шопа, как сделано в демо-магазине.
/
Valentin Rasulov
Valentin Rasulov
12 сентября 2012, 00:11
0
300-400 — тут накладка не в проверке прав будет, а в самой нагрузке на админку… никогда не пробовал такую нагрузку на админке.
Как я вижу.
1) урезать всё что можно — показывать только то, что действительно нужно… и отрезать не визуально а напрочь, чтобы не грузилась.
2) для работы с ресурсами с таким потоком менеджеров, я бы сделал отдельную красивую (даже можно склонировать модекса админку — никто не поймёт… ха-ха) админку с фронта. Но снова, нужно всё продумать, стоит ли овчинка вычинки. Но 800 рук я бы не пускал в админку… хотя х.з. его знает, не сталкивался.
/
Илья Уткин
Илья Уткин
11 сентября 2012, 23:44
0
В одной организации будет порядка 30-50 пользователей, организаций на начальный период — до 10. Итого до 500 личных групп… А связка будет один ко многим — один ресурс могут видеть несколько пользователей.

Создание как пользователей, так и групп будет автоматическое, единственное сомнение — не отразится ли это на общей нагрузке на сайт — если около 300-400 человек одновременно будут работать, не будет ли накладно постоянно проверять, к какой группе принадлежит пользователь, к какой группе ресурс, какие стоят разрешения и пр. Это ж сколько запросов постоянно…

Если использовать отдельную таблицу, то тут проще — выводить только ресурсы у которых есть связь с текущим пользователем, а при редактировании и сохранении перепроверять. Но редактирование будет реже, чем просто просмотр…

Думаю, попробую все-таки и то, и то — попробую взять положительные качества обоих решений, избавившись от отрицательных.
/
Василий Наумкин
Василий Наумкин
11 сентября 2012, 21:06
0
Gallery в этом плане уже починили, если ничего не путаю.

Это был реальный косяк!
/