Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)
- Автор темы Andi
- Дата начала
vlasoff написал(а):
Все-таки нужно прислать сохраненные данные, что бы просмотреть этот конкретный случай.
vlasoff написал(а):
как я уже говорил, группы нужно заводить на сервере, а на клиенте только менять размеры и расположение лифтов. Измененная информация сохраняется в XM файл и используется при следующих загрузках структуры клиентом с сервера. Если ранее в клиенте были введены группы и сохранены в XML файле, то они будут смешиваться с серверными группами. Что бы этого не допустить действительно нужно удалить XML файл на клиенте, который содержал введенные ранее на клиенте группы.
Наверное на клиенте нужно вообще запретить заводить новые группы для устранения подобных эффектов.
vlasoff написал(а):
Действительно подобный эффект есть. Клиенту не передается группа, если в нее не включены лифты и она не имеет подгрупп. Сделано это для того, что бы не загромождать SPult группами, содержащими лифты, на которые у пользователя нет прав.
Можно исправить ситуацию двумя способами:
1) передавать клиенту пустые группы, если эти группы изначально не содержали лифтов и подгрупп.
2) ввести в группу признак - "постоянная". При наличие этого признака группа будет передаваться клиенту всегда, даже если стала пустой.
vlasoff написал(а):Отвечу себе сам
Изменения обязательно сохранять перед переходом на другую закладку, если внесено несколько диспетчерских, тогда все сохраняется.
Сохранять - это имеется в виду исполнить пункт меню "Режимы"\"Сохранить" ?
Изменения - это изменения на сервере или клиенте ?
И еще вопрос, если изменения на сервере - какие имеются в ввиду изменения:
1) добавление лифтов
2) изменения параметров (общих, диспетчерской, улицы, дома, лифта)
3) добавление/изменениt групп
vlasoff
Активист
Андрей Ефименко написал(а):
пришлю пришлю
Андрей Ефименко написал(а):
Введенные раньше группы были по-любому. Ситуация следующая: захотелось мне оптимизировать расположение на экране; диспетчера у меня уже работают с той структурой, что была уже вычитана. Я правлю на сервере, естественно удаляю группы, добавляю новые, убираю/вставляю лифты в них, потом сохраняю (даже если избежать тех косяков, про которые писал с сохранением, в виду имелся естественно сервер). И потом спокойно жму на клиентской машине "Обновить конфигурацию", в результате получаю мешанину. Может один вопросик ввести перед обновлением (Заменить полностью конфигурацию?) или ввести признаки ее изменения? - типа: поменялась структура затрагивая группы (удаление групп) значит перечитать заново всю конфигурацию, или, если изменились параметры, либо просто добавились лифты, то перечитать и совместить структуры.
Андрей Ефименко написал(а):
Ну до момента когда будет реализован механизм сохраняемых профилей наверное это будет выход.
Андрей Ефименко написал(а):
Постоянная признак может и не нужен, и с непередачей пустых групп я тоже согласен, только маленькое дополнение, передавать содержимое подгрупп в любом случае, если в родительской группе есть лифты. Просто тогда можно будет для написания всяких примечаний спокойно пользоваться подгруппами.
vlasoff написал(а):
Клиент знает, что группа подготовлена на сервере (в параметрах группы передаётся уникальный идентификатор из записи о группе в базе данных, если группа делалась на клиентской машине, то идентификатор равен 0). Если клиент получил от сервере структуру, в которой нет некоторых групп из сохраненного на клиенте XML файла (группы сравниваются по идентификатору), то на клиенте можно удалить такие группы.
Самая большая сложность подобных доработок - обеспечить преемственность, чтобы другие коллеги после обновления ПО не получили неожиданных и неприятных сюрпризов. Буду думать.
На первом этапе нужно запретить клиенту создавать группы.
vlasoff написал(а):
Вполне можно придумать размещение, в котором и в родительской группе и в подгруппах могут быть лифты. При этом, наверное, нужно удалить подгруппы, в которых нет доступных лифтов, даже если в родительской группе есть доступные лифты.
Если не вводить признаки, то нужно оставлять группы, в которых не было изначально ни лифтов ни подгрупп и эти группы входят в родительскую группу в которой остались лифты.
vlasoff написал(а):
В развернутый дистрибутив выложен SPult v4.7.0.29:
- в режиме "Настройка" нельзя заводить новые группы в ручную и автоматически. Т.е. группы можно заводить только на сервере Администратором, а на клиентских компьютерах группы можно только менять;
- перед автоматическим созданием групп производится сортировка структуры. Это позволяет генерировать группы в той же последовательности, как расположены улицы, дома, подъезды в дереве адресов.
vlasoff написал(а):
В развернутый дистрибутив выложен LKDSDisp:4.7.0.16 - при формировании структуры для пользователя группа лифтов остаётся если:
1) группа имеет лифты или подгруппы, т.е. не пустая
2) или группа изначально была пустая (т.е.надпись), а в родительской группе имеются лифты
Замена LKDSDisp производится следующим образом:
1) файл \LKDSDrv\LKDSDisp\LKDSDisp.exe переименовывается в \LKDSDsrv\LKDSDisp\LKDSDisp.exe_old
2) файл LKDSDisp.exe из развернутого дистрибутива переписывается в папку \LKDSDrv\LKDSDisp\
3) служба LKDSDisp останавливается (net stop lkdsdisp)
4) служба LKDSDisp запускается (net start lkdsdisp)
В развернутый дистрибутив выложен SPult v4.7.0.30:
- в меню по правой кнопке мыши над динамикой лифта появился пункт "Текущее состояние лифта", при выборе которого вызывается панель управления лифтом (и при двойном нажатии на левую кнопку мыши)
- отчет "статистика работы приводов" переделан на асинхронный режим:
- правильно показывается процесс формирования отчета
- работает кнопка "Прервать", позволяющая корректно прервать формирование отчета
- в графике "статистика работы приводов" реализована подсказка параметров при наведении курсора мыши на колонку графика
- в меню по правой кнопке мыши над динамикой лифта появился пункт "Текущее состояние лифта", при выборе которого вызывается панель управления лифтом (и при двойном нажатии на левую кнопку мыши)
- отчет "статистика работы приводов" переделан на асинхронный режим:
- правильно показывается процесс формирования отчета
- работает кнопка "Прервать", позволяющая корректно прервать формирование отчета
- в графике "статистика работы приводов" реализована подсказка параметров при наведении курсора мыши на колонку графика
Van Gog написал(а):
В развернутый дистрибутив выложен SPult v 4.7.0.31 - добавлена возможность в табличной форме изменять:
- доступ и права всех пользователей к выбранной группе (пункт меню "Доступ и права пользователей на группу..." по правой кнопке мыши над группой)
- доступ и права выбранного пользователя ко всем группам (пункт меню "Доступ и права на группы..." по правой кнопке мыши над пользователем)
Андрей Владимирович, а когда будет реализованно:
Еще добавить пользователям поля для дополнительной информации - фамилия, имя, механик, связист, начальник и т.д. В SPult отображать название подключения.
Возможно ли "просмотр сервисных ключей" из настроек SPult перенести в "права доступа"?
LKDSDisp по кнопке restart не вычитывает данные с БД.
И еще одно маленькое желание - в развернутом дистрибутиве завести changelog, чтобы быть в курсе вносимых изменений.
Андрей Ефименко написал(а):
Еще добавить пользователям поля для дополнительной информации - фамилия, имя, механик, связист, начальник и т.д. В SPult отображать название подключения.
Возможно ли "просмотр сервисных ключей" из настроек SPult перенести в "права доступа"?
LKDSDisp по кнопке restart не вычитывает данные с БД.
И еще одно маленькое желание - в развернутом дистрибутиве завести changelog, чтобы быть в курсе вносимых изменений.
kurilka написал(а):
В развернутый дистрибутив выложены:
LKDSDisp.exe v4.7.0.18
LKDSDispCfg.exe v4.7.0.4
SPult.exe v4.7.0.32
Изменения:
- пользователю добавлено поле "Примечание", длинной 255 символов
- восстановлена возможность рестарта из LKDSDispCfg
- в SPult в дереве прав и доступа выводится кроме имени пользователя еще и примечание
- в SPult в заголовке окна программы показывается имя сервере, к которому произошло подключение
Замена LKDSDisp производится следующим образом:
1) файл \LKDSDrv\LKDSDisp\LKDSDisp.exe переименовывается в \LKDSDsrv\LKDSDisp\LKDSDisp.exe_old
2) файл LKDSDisp.exe из развернутого дистрибутива переписывается в папку \LKDSDrv\LKDSDisp\
3) служба LKDSDisp останавливается (net stop lkdsdisp)
4) служба LKDSDisp запускается (net start lkdsdisp)
В соответствующие папки развернутого дистрибутива помещены файлы:
LKDSDisp.hist
LKDSDispCfg.hist
SPult.Hist
Это символьные файлы, содержащие историю изменения модулей.
История изменения других модулей будет выложена по мере проведения изменений
По поводу другой модели прав и доступа. Этапность следующая:
- в клиент-серверное расширение будет добавлено понятие профиля - это фактически размещение в группы и некоторые параметры. Профиль можно будет указывать при подключении, вместе с именем. При указании профиля на клиентский компьютер будет передана структура доступных лифтов вместе с размещением в группы, что позволит на сервере подготовить размещение для разных экранов и разных пользователей.
- и уже потом начнутся работы по другой модели прав и доступа. Конкретного срока сказать не могу, но надеюсь, что в этом году.
По поводу права просмотра списка сервисных ключей.
С существующей модели права даются на действия с доступными лифтами. Просмотр списка сервисных ключей не связан с лифтами, поэтому и право на просмотр списка СК не может быть добавлено к существующим правам. В новой модели прав и доступа будет предусмотрены права на действия не связанные с конкретными лифтами.
Victorovich
Активист
Андрей Ефименко написал(а):
Андрей Владимирович, что означает ошибка "08S01[Microsoft][ODBC SQL Server Driver] Ошибка связи". Сервер работает нормально. Связь есть (4G USB модем).Клиенты видят лифты, но периодически появляется это объявление. Хотелось бы понять причину.
Последнее редактирование модератором:
Victorovich
Активист
Андрей Ефименко написал(а):
Посылаю файл. Уже на нескольких серверах наблюдаю это извещение.
Последнее редактирование модератором: