К вопросу о переходе с TrialWare на полнофункционал без переустановки
Поскольку обрезать функциональность не нужно (ограничение только по дате), то прошивка полноценого HL-ключа и пробного SL-ключа совпадает.
При этом будут возможны ситуации:
1) локальная версия, HL ключ вставляется в ту же машину, где и установленнаая рпограмма с provisional SL ключом
2) сетевая версия, HL ключ вставляется в сервер в той же сети, где и установленнаая пpограмма с provisional SL ключом
Вопрос, можно ли задать для hasp_login_scope приоритеты, типа "попробуй найти Hl-ключ, если не найдешь -тогда SL" и наоборот, типа "попробуй найти в сети, если не получится - то локально" и наоборот ?
Можно конечно делать несколько жестко-фильтрованных вызовов hasp_login, если первый не пройдет, то второй и т.д.. И в каждом разрешать только определенный тип ключа. Но нельзя ли поручить это рантайму? дать ему приоритеты поиска ключей, и путсь сам выберет более подходящий при одном вызове hasp_login_scope ?
Поскольку обрезать функциональность не нужно (ограничение только по дате), то прошивка полноценого HL-ключа и пробного SL-ключа совпадает.
При этом будут возможны ситуации:
1) локальная версия, HL ключ вставляется в ту же машину, где и установленнаая рпограмма с provisional SL ключом
2) сетевая версия, HL ключ вставляется в сервер в той же сети, где и установленнаая пpограмма с provisional SL ключом
Вопрос, можно ли задать для hasp_login_scope приоритеты, типа "попробуй найти Hl-ключ, если не найдешь -тогда SL" и наоборот, типа "попробуй найти в сети, если не получится - то локально" и наоборот ?
Можно конечно делать несколько жестко-фильтрованных вызовов hasp_login, если первый не пройдет, то второй и т.д.. И в каждом разрешать только определенный тип ключа. Но нельзя ли поручить это рантайму? дать ему приоритеты поиска ключей, и путсь сам выберет более подходящий при одном вызове hasp_login_scope ?