Группы пользователей и их вывод
Доброго дня!
Работаю над решением одной задачи, но, поскольку я новичок в Mod X, пока не могу понять откуда копать.
Итак сама задача:
На сайте имеются пользователи типа «Поставщик» и «Продавец». этим группам присваивается индивидуальный «Ключ класса» (kass_key).
По этому классу пользователи разбиваются и выводятся в разных таблицах (Управление -> Пользователи (Поставщики) и Управление -> Пользователи (Продавцы) ).
так же в зависимости от klass_key пользователям выдается разный личный кабинет, но это уже проще.
Пока не могу понять как разбить пользователей на разные страницы. Может есть какое-то решение?
Буду благодарен за помощь.
Работаю над решением одной задачи, но, поскольку я новичок в Mod X, пока не могу понять откуда копать.
Итак сама задача:
На сайте имеются пользователи типа «Поставщик» и «Продавец». этим группам присваивается индивидуальный «Ключ класса» (kass_key).
По этому классу пользователи разбиваются и выводятся в разных таблицах (Управление -> Пользователи (Поставщики) и Управление -> Пользователи (Продавцы) ).
так же в зависимости от klass_key пользователям выдается разный личный кабинет, но это уже проще.
Пока не могу понять как разбить пользователей на разные страницы. Может есть какое-то решение?
Буду благодарен за помощь.
Комментарии: 10
А для чего тогда вообще нужен kass_key? при его изменении у пользователя он исчезает из общей таблицы. Испавить можно только в базе
Он нужен для расширения объекта пользователя в своих компонентах с помощью ООП. А вам нужно просто создать 2 группы пользователей. И в зависимости от того, в какой группе пользователь находится — выводить ему тот или иной функционал.
Готов поспорить. Можно и через одну группу пользователей, но с двумя группами ресурсов, либо с ТВ или полем редактирования ресурса, где под конкретное значение klass_key будут указываться чанки/сниппеты/набор параметров для вывода.
Ага, а потом другой разработчик будет 3 часа анализировать алгоритм, чтобы хоть что-то сделать.
Группы пользователей созданы как раз для таких задач. Не надо велосипедов изобретать.
Группы пользователей созданы как раз для таких задач. Не надо велосипедов изобретать.
Группы пользователей к доступу ресурсу, но не варианта отображения.
У меня есть проект, где группа пользователя — это организация, а пользователи — это сотрудники этой организации. А вот class_key нужен именно для расширения объекта пользователя, чтобы переопределить его методы, например.
В любом случае все это упирается в политику доступа. Каким образом обыграть их это другой вопрос. Я про это имел ввиду.
Расширением метода checkPolicy можно вообще творить чудеса на самом деле:-)
А можете подсказать по другой проблеме?
В minishop2, при оформлении заказа, товары не добавляются в заказ, т.е. в сам заказ поступает почта, имя покупателя, адрес и пр. кроме самих товаров. может я не учел где-то какой-то нюанс настройки…
В minishop2, при оформлении заказа, товары не добавляются в заказ, т.е. в сам заказ поступает почта, имя покупателя, адрес и пр. кроме самих товаров. может я не учел где-то какой-то нюанс настройки…
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.