Поиск  Пользователи  Правила  Войти
Форумы "Планета Excel" » Курилка
Страницы: 1
RSS
Безопасность хранения и использования надстройки .xlam на сетевом диске
 
#1
06.06.2024 13:40:44
Доброго дня!

Собрал макросы в надстройку для коллег из разных отделов, и возник вопрос, насколько безопасно хранить .xlam файл на сетевом диске? Наверное, разумнее хранить такие вещи локально? Конечно в случаях изменения макросов, придется менять их на всех компьютерах.

Буду благодарен если поделитесь опытом хранения и передачи макросов/надстроек.
 
 
 
#2
06.06.2024 14:14:20
i molecule, здравствуйте
Можно защитить VBA-Project паролем (ненадёжно) или закрыть доступ (надёжнее).
Изменено: Jack Famous - 06.06.2024 14:16:29
Во всех делах очень полезно периодически ставить знак вопроса к тому, что вы с давних пор считали не требующим доказательств (Бертран Рассел) ►Благодарности сюда◄
 
 
 
#3
06.06.2024 14:38:57
Цитата
Jack Famous написал:
Можно  защитить  VBA-Project паролем (ненадёжно)
Спасибо

Цитата
Jack Famous написал:
закрыть доступ (надёжнее)
Имеете ввиду защитить папку от редактирования и оставить возможность только чтения?
 
 
 
#4
06.06.2024 16:00:55
Цитата
i molecule: Имеете ввиду защитить папку
прочтите статью по ссылке целиком.
Также, можно написать dll и поместить код туда. Этот способ считается самым надёжным, но едва ли вы его будете использовать.
Во всех делах очень полезно периодически ставить знак вопроса к тому, что вы с давних пор считали не требующим доказательств (Бертран Рассел) ►Благодарности сюда◄
 
 
 
#5
06.06.2024 19:56:35
i molecule, Для того чтоб было решение, нужно понимать для чего оно служит. Защита, любая, может быть:
1. от случайного изменения
   просто реализовать достаточно поставить пароль встроенными средствами, ну или ограничить доступ по сети, дав права на чтение
2. намеренного изменения
   тут только права на ресурс или тяжела артиллерия в виде DLL и прочего, включая клиент серверную архитектуру
3. намеренного использование измененной версии
   Снова только DLL и прочее
4. Угона интеллектуальной собственности.
   Скорее всего не ваш случай, но снова DLL и прочее.

На самом деле кроме клиент серверной архитектуры ломается все, вопрос только во времени и потраченных силах/средствах
По вопросам из тем форума, личку не читаю.
 
 
 
#6
06.06.2024 20:29:37
Дополнение к ответу Михаила.
Минимальный вариант - установить атрибут "Только для чтения" для файла надстройки, который находится на разделяемом ресурсе. Помимо прочего, это даст Вам возможность в любое время обновлять файл (убрали атрибут, поменяли файл надстройки, установили атрибут).
Владимир
 
 
 
#7
06.06.2024 21:20:28
sokol92, Владимир, ну это совсем от дурака, а с учетом того что надо не забыть вернуть аттрибут взад, делает решение простым в начале и трудным в эксплуатации. Сегодня вспомнил, а завтра забыл что надо что-то изменить. Есть автомкатика - её надо использовать в 21м веке.
По вопросам из тем форума, личку не читаю.
 
 
 
#8
07.06.2024 14:56:55
Здравствуйте, Михаил! И в 20м, и в 21м веке это можно делать, например, с помощью макроса.
Владимир
 
 
 
Страницы: 1
Читают тему
Наверх