Задержки при проверке наличия ключа

Страницы: 1
RSS
Задержки при проверке наличия ключа
 
Здравствуйте.

При защите dll-ки устанавливаю периодичность проверки ключа в 300 сек. С этой периодичностью получаю задержку в чуть более 100мс, что является критичным в моем приложении.
1) Есть ли возможность уменьшить время задержки?
2) Если нет, то как в runtime можно узнать feature id, которым была защищена dll-ка, чтобы самостоятельно опрашивать наличие ключа по feature id с той же периодичностью?

Заранее спасибо.
 
Добрый день, Алексей.
Цитата
Алексей Макаров пишет:
Есть ли возможность уменьшить время задержки?
Есть, но это в большей степени зависит от того на каком языке программирования написана dll, и только следующими способами:
1. Увеличить интервал для фоновой проверки ключа, что в совокупности даст снижения общей задержки на весь период времени работы ПО;
2. При защите .net или java приложения, можно ещё на моменте защиты определить какие именно настройки защиты будут применяться к тому или иному методу, и там можно указывать как часто производить проверку лицензии для того или иного метода: один раз за процесс / при каждом вызове защищённого метода.
3. Также можно реализовать следующий сценарий (опять же для .net или java приложения): Вы можете вообще отключить background check, сделать 1 свою функцию, защитить ее с опцией "check every call" (чтобы на каждый вызов проверялся ключ) и повесить ее вызов на таймер с нужным интервалом (скажем раз в 5-10 минут). Получиться кастомный background check.
4. Вы можете вообще отключить background check, а фоновую проверку ключа реализовать самостоятельно, внутри приложения, используя Licensing API (функцию hasp_get_info), это как раз то о чём Вы спросили тут:
Цитата
Алексей Макаров пишет:
Если нет, то как в runtime можно узнать feature id, которым была защищена dll-ка, чтобы самостоятельно опрашивать наличие ключа по feature id с той же периодичностью?
Но вот "узнать feature id, которым была защищена dll-ка" через API нельзя (можно только узнать какие Feature ID есть в ключе, но вот понять на какие из них защищёна та или иная dll нельзя), так что тут я бы посоветовал такой вариант: сделать эту функцию для Feature ID, которую вы записываете всегда и во все ключи. И в ключе эта Feature ID всегда бессрочная, используется только и исключительно для такого "кастомного" background check механизма. Но не используйте для этого Feature ID 0! Лучше пишите в ключ какую-нибудь свою Feature ID с номером отличным от 0.
Страницы: 1
Читают тему (гостей: 1)