Смотрите видео ниже, чтобы узнать, как установить наш сайт в качестве веб-приложения на домашнем экране.
Примечание: Эта возможность может быть недоступна в некоторых браузерах.
revit написал(а):Еще проще напишу: Рассматриваю случай когда связь была, а потом ее не стало. Что делает домейн потом?
Система оповещения же пишет что пропала связь с блоком. Как долго? И что потом?
Андрей Ефименко написал(а):В Вашем данном случае нужно скачать сам модуль по ссылке
poiZon написал(а):Вопрос в догонку: как в закрытой сети дать пульту возможность обновляться, на какие IP, порты, протоколы нужны разрешения?
Андрей Ефименко написал(а):Для обновление ПО используется TCP порт 81.
Связь производится с хостом update.lkds.net
Сейчас это:
>nslookup update.lkds.net
╤хЁтхЁ: Eltex.Home
Address: 192.168.1.1
Не заслуживающий доверия ответ:
╚ь : update.lkds.net
Addresses: 46.243.201.115
46.243.201.145
poiZon написал(а):Разрешил 81й порт на этот адрес, разрешил DNS. В итоге вот
26.07.2023 16:48.41 StartUpdate DefineXML=http://update.lkds.net:81/soft/unpacked/SPult/SPultDst.xml RootPath=C:\SPult\LKDSUpdate\..\
26.07.2023 16:48.46 Connect ID=1 RunUpdate
26.07.2023 16:48.51 Connect ID=1 RunUpdate
26.07.2023 16:48.56 Connect ID=1 RunUpdate
26.07.2023 16:49.01 Connect ID=1 RunUpdate
26.07.2023 16:49.02 CLKDSUpdateMng:utLogErr connect: 10060 (0x274c) - Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.
26.07.2023 16:49.02 Update is completed
26.07.2023 16:49.02 Disconnect ID=1
26.07.2023 16:49.02 Stop

Андрей Ефименко написал(а):
Pro100A1ex написал(а):Подскажите, пожалуйста, как можно удалить ненужных пользователей?
, что бы нельзя было подключиться под его именем.Pro100A1ex написал(а):В чем может быть причина того, что с некоторых устройств невозможно подключиться к серверу LKDSDomain?
Андрей Ефименко написал(а):Сейчас нет программных средств, что бы сделать это в диалоговом режиме.
У записи лифта в базе данных LKDSDOMAIN уже есть уникальнй код - поле CodLift
Записи в БД связаны друг с другом.
Если изменить в записи лифта поле CodHouse на код другого дома, который может быть в этой или другой организации и перезапустить LKDSDomain, то данный лифт будет в другом доме и, возможно, в другой организации.
Вложение IPB #2388
Аналогично:
Если в записи дома изменить поле CodStreet на код другого улицы, которая может быть в этой или другой организации и перезапустить LKDSDomain, то данный дом будет в другой улице и, возможно, в другой организации.
Если в записи улицы изменить поле CodPunct на код другого диспетчерского пункта, который может быть в этой или другой организации и перезапустить LKDSDomain, то данная улица будет в другом пункте и, возможно, в другой организации.
Если в записи пункта изменить поле CodTeam на код другой организации и перезапустить LKDSDomain, то данный пункт будет в другой организации.
Есть, правда, проблема с оповещениями, т.к. описание оповещения привязано к пользователю и, возможно, к конкретному лифту.
Пользователь привязан к организации и лифт опосредованно привязан к организации. Если переместить лифт в другую организацию, то возможны проблемы.
И с журналом та же проблема - запись журнала может иметь ссылки и на пользователя и на лифт
revit написал(а):Давно хотел спросить: Есть какие то подвижки в этом направлении?
Есть такая потребность и уже давно - перенос лифта из одной организации в другую внутри LKDSDomain . Сейчас приходиться заносить один и тот же лифт в несколько организаций при его переходе . Фактически это очень избыточно и самое плохое что кроме самого адреса приходится переносить еще и справочные параметры и заметки и прочие записи.... Вообщем делать много ненужной работы.
Очень жаль.Андрей Ефименко написал(а):Как я уже писал - перенести лифт из одной организации в другую нельзя.
Это бы облегчило перевод лифтов уже имеющихся в базе в другую организацию. Но есть проблемы:Андрей Ефименко написал(а):Можно, наверное, сделать копирование лифта из одной организации в другую. Это можно реализовать в SPult. Запускается два SPult в режиме администратора для двух организаций. В одном SPult делается копирование информации лифта в буфер обмена, а в другом вставка из буфера обмена, с соответствующими проверками.
Да можно их обнулить просто. Все равно они перепроверяются после внесения лифта.Андрей Ефименко написал(а):Есть некоторые трудности с членством в группа. Можно сделать их такими же, что у других лифтов в дома, если конечно другие лифты есть.
revit написал(а):Плохо конечно что структура базы построена так что главным является не лифт (а лифт -это полный географический адрес с идентификатором местоположения т.е физически это здание/постройка с адресом+местонахождение самого лифта). Т.к именно он устанавливается на 25 лет минимум, да и потом никуда не исчезает, а заменяется на другой, вплоть до сноса здания, а уже все остальное в базе это его производные - обслуживающие организации, УК и все остальное.
revit написал(а):Да, вспомнил еще один момент - из-за этого усложняется администрирование множества организаций в одном домэйне. Т.е чтобы смотреть лифты нескольких (и работать с ними) мне нужно запускать несколько СПультов. Собрать в один я конечно могу, создав свою организацию и продублировав там все имеющиеся лифты всех организаций в закладки, но это очень избыточно и очень проблемно, да еще и потом нужно будет постоянно дублировать вновь вносимые лифты и удаляемые. В этом плане LKDSDisp лучше.
Может как то можно все таки сделать суперадминистратора для запуска СПульта сразу со всеми лифтами всех организаций , не внося их второй раз? И в нем же копировать лифты...
, полноценное дерево структуры, как в административном режиме SPult, только с корневым уровнем - "Организация", т.е. дерево с полной структурой LKDSDomain.Андрей Ефименко написал(а):SPult трогать нельзя.
Можно сделать в LKDSDomaimCfg, вместо списка организаций Вложение IPB #2946, полноценное дерево структуры, как в административном режиме SPult, только с корневым уровнем - "Организация", т.е. дерево с полной структурой LKDSDomain.
Т.е полное дерево со всеми имеющимися лифтами всех организаций?Андрей Ефименко написал(а):Можно сделать в LKDSDomaimCfg, вместо списка организаций Вложение IPB #2946, полноценное дерево структуры, как в административном режиме SPult, только с корневым уровнем - "Организация", т.е. дерево с полной структурой LKDSDomain.
Понятное дело... А если его не трогать, а сделать второй. специальный - суперадминский?Андрей Ефименко написал(а):SPult трогать нельзя.
Van Gog написал(а):Т. е. список будет развёрнут в дерево и внутри дерева можно будет копировать и перемещать целые ветки?
revit написал(а):Т.е полное дерево со всеми имеющимися лифтами всех организаций?
revit написал(а):Понятное дело... А если его не трогать, а сделать второй. специальный - суперадминский?
Андрей Ефименко написал(а):Суперадминский SPult - это и есть предложенное дерево в LKDSDomainCfg.
Но это по сути просто некоторое облегчение копирования описаний лифтов из одной организации в другую.
revit написал(а):Есть проблемка которая уже давно раздражает при работе с блоками в домайне, а именно:
Когда делаешь команду применить или обновить, а блок при этом находится где то внизу большого списка, то после этого каждый раз приходится искать эту строку прокручивая вниз чтобы продолжить работу с блоком.
Т.е нужно зафиксировать текущую строку, а правильнее -сделать фокус на нее после действия "обновить" или "применить" к каком бы режиме сортировки не находился список
Мы используем основные cookies для обеспечения работы этого сайта, а также дополнительные cookies для обеспечения максимального удобства пользователя.
Посмотрите дополнительную информацию и настройте свои предпочтения