Стартовая страница › Форумы › Вопросы по установке › Установка SCADA-Web › Scada Web Beta на Windows XP
- В этой теме 43 ответа, 3 участника, последнее обновление 7 лет, 7 месяцев назад сделано Mikhail.
-
АвторСообщения
-
29.07.2016 в 22:39 #2744manjey73Участник
А нельзя порядок представления регулировать за счет ID в базе?
Еще заметил такую вещь, переименовываем например Диспетчер АСКУЭ в другое, а Администратор не видит изменений в базе Права пока не отключишься и снова не подключишься к базе. И еще где-то не происходит изменений.
Для Администратора как-то некорректно, учитывая, что он Администратор базы.
30.07.2016 в 09:40 #2745MikhailМодераторА нельзя порядок представления регулировать за счет ID в базе?
Надо подумать, спасибо за идею.
переименовываем например Диспетчер АСКУЭ
Если открыта другая таблица (например, права, использующая Диспетчер АСКУЭ), то нужно нажать для неё кнопку обновить на её панели инструментов, чтобы подтянулись данные из взаимосвязанной таблицы.
30.07.2016 в 11:26 #2746manjey73УчастникДа, при чем добавить 2 параметра в файл xml — Сортировка для папок представлений и Сортировка для самих представлений.
Если ставим сортировку для папок по ID то они будут идти как их внесем в БД.
Так же можно и для самих представлений.31.07.2016 в 10:25 #2747MikhailМодераторНа Energy нужно дать права тем ролям, которые должны видеть что-либо ниже по иерархии.
01.08.2016 в 09:35 #2750manjey73УчастникПонятно, так работает, но это несколько глупо, учитывая, что в базе указывается путь к представлению как Energy\Представление.tbl — итак в пути указан верхний уровень дерева.
Предположим у нас несколько операторов, которые должны видеть различные представления в одной ветке и для каждого придется прописывать доступ к папке Energy.
Операторов может быть ОЧЕНЬ много… (я исхожу из возможности использовать базу например для ЖКХ, например возможность владельцу квартиры видеть показания только своих счетчиков)Как вариант, добавить возможность создавать группы Ролей. и в Правах на верхний уровень назначать именно группу.
Energy — «группа Ролей 1»
«группа Ролей 1» = диспетчер1, диспетчер2, диспетчер2 и т.д.
А уже на отдельные представления конкретный пользователь или несколько пользователей, если у них один идентификатор Роли.- Этот ответ был изменен 7 лет, 8 месяцев назад от manjey73.
01.08.2016 в 09:53 #2752manjey73Участник
Иванов имеет доступ к командам представления, но при этом в информации указано что по всем параметрам НЕТ.
На последней картинке будет очень много записей доступа к одному и тому же объекту.
Вместо Ролей в поле лучше сделать «Роли или группа Ролей» ну и возможность создавать группы Ролей или добавлять пользователей в группы….- Этот ответ был изменен 7 лет, 8 месяцев назад от manjey73.
01.08.2016 в 17:12 #2755MikhailМодераторВ перспективе нужно сделать наследование ролей. Для доступа жильцов к своим показаниям оптимально реализовать отдельный плагин — идеология представлений не оптимальна здесь, т.к. создавать на каждую квартиру представление неудобно.
01.08.2016 в 17:16 #2756MikhailМодераторЕсли Вы удалите строку енержди из таблицы интерфейса, то права могут не понадобиться — попробуйте, сохранив копию.
В описании основных прав ключевое слово ВСЕ. Права на все представления могут быть только у стандартных ролей.
01.08.2016 в 17:19 #2757MikhailМодераторВообще для ролей нужно доработать Администратор.
01.08.2016 в 22:58 #2761manjey73УчастникБыло бы неплохо для пользователей в информации выводить списки.
Просмотр данных — такие-то представления
Управления устройствами — такие-то представленияЕще было бы неплохо иметь возможность смены пароля самим пользователем — хотелка.
Что касается плагина для владельцев идея не лучшая, так как тоже придется много прописывать и получится не лучше, чем прописать представления.
Ведь если задуматься, для одного владельца квартиры будет одно представление, даже так, ни одного а часть общего представления, которое в принципе можно идентифицировать по имени пользователя. Соответственно пользователь зайдя под своим логином и паролем будет видеть только свою часть представления имея права как-бы на все представление.
Думаю это реализовать будет куда проще чем разрабатывать плагины.з.ы. а сейчас все равно других вариантов кроме как прописывать каждому свое нет.
02.08.2016 в 09:13 #2762MikhailМодераторПо поводу хотелок — согласен.
Хочу пояснить свою мысль по поводу поквартирного учёта.
Сейчас для жильца настраивается так:
Создать пользователя, объект (его квартира), представление для него, роль, права на представление.Если сделать отдельный плагин:
Создать пользователя и объект, указать связь пользователя и объекта. Далее плагин покажет пользователю данные по его квартире, причём не все каналы по объекту, а только те, которые ему имеет смысл показывать.Частичные права на представления реализовать проблематично, т.к. это ломает всю концепцию прав.
Новое веб приложение состоит из множества плагинов, можно посмотреть их в папке plugins. Поэтому разработка отдельного плагина — в порядке вещей.
02.08.2016 в 09:34 #2763manjey73УчастникКнопки должны быть либо выше, на черном фоне, либо изображение должно быть ниже кнопок, чтобы кнопки не перекрывали изображение при вариантах масштабирования.
Что касается разделения Ролей и владельцев есть нюансик, раз БД все равно начинает изменяться для работы нового WEB это можно реализовать через БД
Например в редакторе таблиц добавить еще столбец с ID пользователя, а в БД в Пользователи так же добавить столбец ID пользователя а в Права добавить чекбокс «применять ID пользователя».
Вот и все, без всяких плагинов можно разруливать отображение только частей представлений. Не только для ЖКХ а применительно ко всем возможным вариантам.Запись в представлении будет типа
Energy\xxxxx.tbl — Диспетчер АСКУЭПользователь «оператор», Роль «Диспетчер АСКУЭ», чекбокс не отмечен — видит все представление
Пользователь «Сидоров», Роль «Диспетчер АСКУЭ», чекбокс ID установлен — видит только то, что совпадает по ID в базе после редактора таблицз.ы. дешево и сердито без дополнительных плагинов.
02.08.2016 в 20:15 #2764MikhailМодераторНа мой взгляд, права на часть представления резко увеличит количество спагетти-кода в проекте. Простота изменения базы обманчива, она приводит к лавинообразным изменениям в коде. Тогда как плагин локален и решает конкретную задачу. Структура базы будет меняться после того, как будут реализованы встраиваемые компоненты в схемы и новый редактор схем.
02.08.2016 в 22:20 #2765manjey73УчастникНу, я не программист, но мне кажется такая система проще, по аналогии прав доступа в Linux и многим будет более понятна. К тому же на уровне «ядра».
Владелец — группа — остальные, только с некоторой актуализацией к структуре SCADA.А в чем спагетти ? сделать «И» по пользователю с Ролями и группами Ролей для отображения ?
Выше уже писал, дело не только для варианта ЖКХ и владельца квартир…
На каждый чих писать плагин ?Вопрос по существующим отчетам, сейчас они вообще не работают или опять есть подводные камни в правилах записи ?
03.08.2016 в 15:11 #2768MikhailМодераторВопрос по существующим отчетам, сейчас они вообще не работают или опять есть подводные камни в правилах записи ?
На новом веб отчёты пока не реализованы. Они в ближайших планах.
-
АвторСообщения
- Тема ‘Scada Web Beta на Windows XP’ закрыта для новых сообщений.