Scada Web Beta на Windows XP

Просмотр 15 сообщений - с 16 по 30 (из 44 всего)
  • Автор
    Сообщения
  • #2744
    manjey73
    Участник

    А нельзя порядок представления регулировать за счет ID в базе?

    Еще заметил такую вещь, переименовываем например Диспетчер АСКУЭ в другое, а Администратор не видит изменений в базе Права пока не отключишься и снова не подключишься к базе. И еще где-то не происходит изменений.

    Для Администратора как-то некорректно, учитывая, что он Администратор базы.

    #2745
    Mikhail
    Модератор

    А нельзя порядок представления регулировать за счет ID в базе?

    Надо подумать, спасибо за идею.

    переименовываем например Диспетчер АСКУЭ

    Если открыта другая таблица (например, права, использующая Диспетчер АСКУЭ), то нужно нажать для неё кнопку обновить на её панели инструментов, чтобы подтянулись данные из взаимосвязанной таблицы.

    #2746
    manjey73
    Участник

    Да, при чем добавить 2 параметра в файл xml — Сортировка для папок представлений и Сортировка для самих представлений.

    Если ставим сортировку для папок по ID то они будут идти как их внесем в БД.
    Так же можно и для самих представлений.

    #2747
    Mikhail
    Модератор

    На Energy нужно дать права тем ролям, которые должны видеть что-либо ниже по иерархии.

    #2750
    manjey73
    Участник

    Понятно, так работает, но это несколько глупо, учитывая, что в базе указывается путь к представлению как Energy\Представление.tbl — итак в пути указан верхний уровень дерева.

    Предположим у нас несколько операторов, которые должны видеть различные представления в одной ветке и для каждого придется прописывать доступ к папке Energy.
    Операторов может быть ОЧЕНЬ много… (я исхожу из возможности использовать базу например для ЖКХ, например возможность владельцу квартиры видеть показания только своих счетчиков)

    Как вариант, добавить возможность создавать группы Ролей. и в Правах на верхний уровень назначать именно группу.
    Energy — «группа Ролей 1»
    «группа Ролей 1» = диспетчер1, диспетчер2, диспетчер2 и т.д.
    А уже на отдельные представления конкретный пользователь или несколько пользователей, если у них один идентификатор Роли.

    • Этот ответ был изменен 7 лет, 8 месяцев назад от manjey73.
    #2752
    manjey73
    Участник

    Иванов
    А нет у него доступа по информации

    А доступ есть

    Иванов имеет доступ к командам представления, но при этом в информации указано что по всем параметрам НЕТ.

    На последней картинке будет очень много записей доступа к одному и тому же объекту.
    Вместо Ролей в поле лучше сделать «Роли или группа Ролей» ну и возможность создавать группы Ролей или добавлять пользователей в группы….

    • Этот ответ был изменен 7 лет, 8 месяцев назад от manjey73.
    #2755
    Mikhail
    Модератор

    В перспективе нужно сделать наследование ролей. Для доступа жильцов к своим показаниям оптимально реализовать отдельный плагин — идеология представлений не оптимальна здесь, т.к. создавать на каждую квартиру представление неудобно.

    #2756
    Mikhail
    Модератор

    Если Вы удалите строку енержди из таблицы интерфейса, то права могут не понадобиться — попробуйте, сохранив копию.

    В описании основных прав ключевое слово ВСЕ. Права на все представления могут быть только у стандартных ролей.

    #2757
    Mikhail
    Модератор

    Вообще для ролей нужно доработать Администратор.

    #2761
    manjey73
    Участник

    Было бы неплохо для пользователей в информации выводить списки.
    Просмотр данных — такие-то представления
    Управления устройствами — такие-то представления

    Еще было бы неплохо иметь возможность смены пароля самим пользователем — хотелка.

    Что касается плагина для владельцев идея не лучшая, так как тоже придется много прописывать и получится не лучше, чем прописать представления.
    Ведь если задуматься, для одного владельца квартиры будет одно представление, даже так, ни одного а часть общего представления, которое в принципе можно идентифицировать по имени пользователя. Соответственно пользователь зайдя под своим логином и паролем будет видеть только свою часть представления имея права как-бы на все представление.
    Думаю это реализовать будет куда проще чем разрабатывать плагины.

    з.ы. а сейчас все равно других вариантов кроме как прописывать каждому свое нет.

    #2762
    Mikhail
    Модератор

    По поводу хотелок — согласен.

    Хочу пояснить свою мысль по поводу поквартирного учёта.
    Сейчас для жильца настраивается так:
    Создать пользователя, объект (его квартира), представление для него, роль, права на представление.

    Если сделать отдельный плагин:
    Создать пользователя и объект, указать связь пользователя и объекта. Далее плагин покажет пользователю данные по его квартире, причём не все каналы по объекту, а только те, которые ему имеет смысл показывать.

    Частичные права на представления реализовать проблематично, т.к. это ломает всю концепцию прав.

    Новое веб приложение состоит из множества плагинов, можно посмотреть их в папке plugins. Поэтому разработка отдельного плагина — в порядке вещей.

    #2763
    manjey73
    Участник

    Кнопки должны быть либо выше, на черном фоне, либо изображение должно быть ниже кнопок, чтобы кнопки не перекрывали изображение при вариантах масштабирования.

    Что касается разделения Ролей и владельцев есть нюансик, раз БД все равно начинает изменяться для работы нового WEB это можно реализовать через БД
    Например в редакторе таблиц добавить еще столбец с ID пользователя, а в БД в Пользователи так же добавить столбец ID пользователя а в Права добавить чекбокс «применять ID пользователя».
    Вот и все, без всяких плагинов можно разруливать отображение только частей представлений. Не только для ЖКХ а применительно ко всем возможным вариантам.

    Запись в представлении будет типа
    Energy\xxxxx.tbl — Диспетчер АСКУЭ

    Пользователь «оператор», Роль «Диспетчер АСКУЭ», чекбокс не отмечен — видит все представление
    Пользователь «Сидоров», Роль «Диспетчер АСКУЭ», чекбокс ID установлен — видит только то, что совпадает по ID в базе после редактора таблиц

    з.ы. дешево и сердито без дополнительных плагинов.

    #2764
    Mikhail
    Модератор

    На мой взгляд, права на часть представления резко увеличит количество спагетти-кода в проекте. Простота изменения базы обманчива, она приводит к лавинообразным изменениям в коде. Тогда как плагин локален и решает конкретную задачу. Структура базы будет меняться после того, как будут реализованы встраиваемые компоненты в схемы и новый редактор схем.

    #2765
    manjey73
    Участник

    Ну, я не программист, но мне кажется такая система проще, по аналогии прав доступа в Linux и многим будет более понятна. К тому же на уровне «ядра».
    Владелец — группа — остальные, только с некоторой актуализацией к структуре SCADA.

    А в чем спагетти ? сделать «И» по пользователю с Ролями и группами Ролей для отображения ?

    Выше уже писал, дело не только для варианта ЖКХ и владельца квартир…
    На каждый чих писать плагин ?

    Вопрос по существующим отчетам, сейчас они вообще не работают или опять есть подводные камни в правилах записи ?

    • Этот ответ был изменен 7 лет, 7 месяцев назад от manjey73.
    • Этот ответ был изменен 7 лет, 7 месяцев назад от manjey73.
    #2768
    Mikhail
    Модератор

    Вопрос по существующим отчетам, сейчас они вообще не работают или опять есть подводные камни в правилах записи ?

    На новом веб отчёты пока не реализованы. Они в ближайших планах.

Просмотр 15 сообщений - с 16 по 30 (из 44 всего)
  • Тема ‘Scada Web Beta на Windows XP’ закрыта для новых сообщений.