[EfremenkoDO]

Всем, Здравствуйте!
Есть код на lisp, который заменяет интерфейсы на клиентских машинах из расшареной папки. Алгоритм следующий

1. Выгружаем cui через команду (command "_.cuiunload" "MyCUI")
2. В папке с cui заменяем все файлы на те, которые в расшареной папке
3. Загружаем cui через команду (command "_.cuiload" "MyCUI")

И так с несколькими файлами АПИ.

Все работало хорошо пока не было произведено переименование вкладок на ленте в нашем интерфейсе. Теперь отображаются вкладки со старым названием и с новым. Плюс на одной из панелей пропало отображение иконок. Руками исправить не проблема, а вот, как бы это все исправить при помощи lisp?

Можно ли заставить ACAD перезагрузить только пользовательские интерфейсы?

[Елпанов Евгений]

по основной теме:

Сразу оговорюсь, не проверял...
Думаю можно грузить cui файл не с локального диска или сетевого, а напрямую с ftp.
короче, кладем на запароленный ftp свой файл меню и прописываем в загрузку добавление к адресу пары имя/пароль из запроса у пользователя.

формат передачи пути с паролем:
ftp://UserName:MyPassword@ftp.test.com/MySuperMenu.cui

[hwd]

1. В составе CUI файлов нередко используются различного рода ресурсы, вроде иконок. Соответственно AutoCAD их должен как-то находить. Предлагаешь в Support Search Path добавить ссылку на FTP?
2. Какой смысл хранить запароленный CUI где-то на FTP, передавая открытым текстом пароль? В чём защита-то?

Offtop: Я вообще не понимаю, зачем автору велосипед с установкой пароля на CUI... имхо неправильный путь решения обусловлен тем, что он толком сам не понимает что ему нужно. Не на то он пытается защиту прикрутить, как я уже писал выше.

[Елпанов Евгений]

вопрос был о защите cui файла, про картинки вопросов небыло...

[hwd]

Сообщение от Елпанов Евгений про картинки вопросов небыло...

Про использование CUI, размещённого на FTP - тоже вопроса не было, однако ты ведь его предлагаешь... Использование CUI всегда предполагает возможность использования ресурсов, поэтому данный момент всегда следует учитывать. Даже если не используют сегодня, завтра могут захотеть использовать. имхо

Сообщение от Елпанов Евгений вопрос был о защите cui файла, про картинки вопросов небыло...

даже если откинуть в стороны проблемы с ресурсами - второй, обозначенный мною выше пункт остаётся в силе: передача пароля открытым текстом - это весьма сомнительная защита. опять же - имхо...

[Елпанов Евгений]

Сообщение от hwd даже если откинуть в стороны проблемы с ресурсами - второй, обозначенный мною выше пункт остаётся в силе: передача пароля открытым текстом - это весьма сомнительная защита. опять же - имхо...

не согласен. В условии задачи было - пользователь вводит пароль и после грузится меню. Для последующих загрузок необходимо заново вводить пароль.
В моем варианте нет смысла скрывать пароль от пользователя - он его только что ввел.
Про защиту пароля от перехвата в сети, так же нет задачи.
Программу взламывать безсмысленно - в программе не хранится пароль...

Если бы я был на месте профессора, меня бы такое решение устроило!

[Psyakrev]

А может так - компилируем vlx-приложение, которое запрашивает пароль и в случае правильного ввода грузит требуемое меню? Для большей извращенности можно попробовать создавать меню на лету.

[hwd]

а что мешает "злодею" загрузить его вручную? Или что "злодею" мешает запустить команды этого меню непосредственно из командной строки автокада? Не менюшку нужно защищать, а сам функционал, через эту менюшку вызываемый.

[Psyakrev]

Сообщение от hwd а что мешает "злодею" загрузить его вручную? Или что "злодею" мешает запустить команды этого меню непосредственно из командной строки автокада? Не менюшку нужно защищать, а сам функционал, через эту менюшку вызываемый.

Условия задачи требовали загрузки меню после ввода пароля . Функционал можно защитить похожим образом - компилируем все в vlx, в каждую функцию добавляем в начале функцию проверки пароля (чтобы не вводить его каждый раз, можно формировать контрольное значение и сохранять его в глобальной переменной). Какая задача, такое и решение.

[hwd]

Сообщение от Psyakrev Какая задача, такое и решение.

Не спорю. Я о том, что автор изначально не корректно подходит к вопросу о защите - не то защищает (имхо).

[Елпанов Евгений]

полностью согласен, правильнее было бы открытое меню, но шифрованные строки на выполнение, передаваемые в программу предварительной дешифрации по паролю. Пароль, действительно можно хранить в текущей сессии...