Вопрос-просьба к Dilme:
Возможна ли реализация механизма для создания платных пакетов? То есть привязанных к машине пользователя Hiasm. А то есть идея продажи одного коммерческого пакета, но реализовать благодаря открытой структуре Хиасма сложно. Вот если бы ввести альтернативу - чтобы можно было создавать защищенные элементы пакета, которые хранились бы, скажем не открыто как сейчас, а в виде шифрованных .dat-файлов.. И ввести в Хиасм механизм проверки кода машины и кода лицензированного в ключе. Тогда бы мы, например с продажи пакета для программирования Форекс-стратегий (MQL4-5) могли бы перечислять треть прибыли как пожертвование Hiasm. 33 % продавцу, 33 - создателю пакета, 33 - создателю Hiasm'a. Но для этого надо немного изменить код ядра Hiasm. (Hiasm.exe) Функционал вроде простой. И это параллельно с сохранением бесплатности бесплатных пакетов. У создателей же Pro-пакетов будет больше мотивации продолжать их развивать.. Это же труд. Я обсуждал эту идею уже с Владимиром, создателем MQL4-5 пакета, он не против. Как вам такая идея?
------------ Дoбавленo в 01.39:
Все бесплатные программы рано или поздно становятся платными... (с)
Этот топик читают: Гость
Ответов: 1291
Рейтинг: 47
|
|||
карма: 3 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
можно предложить такой способ: сделать закрытую версию FTCG кодогенератора под коммерческой лицензией (FTCG-C какой-нибудь), который будет требовать для работы элементы с закрытым кодом (в простейшем случае это зашифрованный hws). Думаю этот вариант для prodaction проще всего, т.к. разработчик может отлаживать и создавать элементы под стандартным FTCG, а выкладывать уже в закрытом виде под FTCG-C.
Фактом покупки пакета будет являться получение файла с ключем, который будет необходим для чтения зашифрованных элементов. Ключ генерится на основе кодового слова самой среды и кодового слова разработчика пакета (первое обеспечит цикл жизни пакета до определенной версии hiasm, второе - до определенной версии самого пакета и кроме того не позволит один ключ использовать для пакетов разных разработчиков). На первое время такой защиты будет более чем достаточно. |
|||
карма: 27 |
|
Ответов: 1291
Рейтинг: 47
|
|||
Неплохо, только хорошо бы чтобы кодовое слово среды было также завязано на "железо", типа SystemPrintCode. В простейшем случае - прохешировать сумму строк о параметрах процессора, сетевухи, матер. платы, а затем укоротить хеш просуммировав его с самим собой по частям. Чтобы одна версия ключа для защищенного FTCG не работала на др. компьютерах. Как, возьметесь за такой кодогенератор? Кажется, в Дельфи что-то подобное есть, потому что я часто встречал коммерческие VCL библиотеки которые могут работать в демо-режиме.
Сейчас же Hiasm не защищен никак от копирования со всеми пакетами. Полная бесплатность, мне кажется, хороша на этапе становления проекта. По достижении определенного этапа это может стать препятствием для дальнейшего развития. Мне кажется Hiasm достиг уже такой "зрелости". Кстати, помещение всех кодов элементов в один файл ускорит установку Hiasm, a то сейчас просто скопировать его куда-то превращается в проблему, при большом числе элементов и пакетов... Спасибо.. |
|||
карма: 3 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
коммерческие VCL библиотеки распространяются к скомпилированном виде - никакой доп. защиты им не нужно.
Aziz писал(а): По достижении определенного этапа это может стать препятствием для дальнейшего развитиябесплатность еще никогда не являлась препятствием к развитию софта. |
|||
карма: 27 |
|
Ответов: 1291
Рейтинг: 47
|
|||
Ок, согласен, а то еще вдруг Hiasm станет платным.. Спасибо Вам Dilma за ваш титанический труд, и удачи в дальнейшем совершенствовании программы.
|
|||
карма: 3 |
|
5