Creating a license for the engine, what to read?

Question

PHP

Creating a license, for example, there is an engine, only I have access to the code. How to make a license?
The generation of the key, the entry into the database came to mind .. and after verification. If everything is OK, then it is written to the admin session or somewhere else. For me there should be a better way, maybe someone knows?
I decided to take this business normally and give the world a normal cms. Paid to recoup the money spent. Thank you in advance who helped. If everything works out, I’ll write off everything% of the first sale!

Answer 1

I so want to write everything, but you know, I'd better keep quiet. After that you will see for yourself.
It doesn't matter what it's written on, it's a delusion, it's something else.
Thanks guys)

Answer 2

Не проще ли открыть код под GPLv3/LGPL (чтобы его не смогли использовать в закрытых проектах) и предусмотреть коммерческую лицензию для закрытых проектов за деньги? Для некоммерческих и открытых проектов разрешить использовать код бесплатно. Плюс, бери деньги за техподдержку. Так сделано у очень многих проектов (Qt, например).
А то вдруг твоё поделие никто покупать не захочет? Большой проект трудно поддерживать маленьким коллективом (в случае открытых исходников многие смогут отправлять пулл-реквесты). А маленький вряд-ли кто-то купит (если он не обладает какой-нибудь супер уникальной фичей).
Ещё можешь посмотреть, как лицензируются большие движки. Некоторые берут процент с продаж продукта. который их использует, некоторые позволяют использовать движки бесплатно до тех пор, пока прибыль или количество установок проекта не превысят определённую планку.
Вообще, чем более либеральная лицензия, тем больше будет желающих использовать твой движок. Деньги, опять же, можно и с ТП получать (как это делают RedHat. nGinx, и прочие).

Answer 3

Я решил взяться за это дело нормально и подарить миру нормальную cms.

Удачи. Получится как обычно.
Не рассматривали схему, которую выбрали всякие gitlab, магенты и и т.д.? open-source + энтерпрайз редакции + суппорт.

Answer 4

Я решил взяться за это дело нормально и подарить миру нормальную cms.

Answer 5

очередная соцсеть

Answer 6

Всё правильно написали: генерация ключа и запись в БД.
Потом при обновлениях/суппорте проверяется ключ, если совпал ключ и домен — доступ, нет — вывод предупреждения.
Проблема здесь в том, что Вы от клиента не можете нормально поправить код, если он шифрован.
Вдруг он захочет что-то поменять в коде — он же его купил?
Открытость кода — признак «нормальной CMS».
А если код открыт, то тогда Ваша лицензия пойдёт лесом.
Вот так и получается — или делаете нормальную CMS, или платную:)
Выходом считается ещё сделать несколько редакций: бесплатный вариант, платный шифрованный за небольшие деньги на 1 домен, платный нешифрованный без ограничений.
Платный нешифрованный потом покупается вскладчину, зануляется и выкладывается в паблик;)
Ещё вариант: полностью бесплатный, докупаются лишь мелкие модули за небольшие деньги.
И последний вариант — это не продажа, а SAAS услуги, когда все сайты и CMS у Вас на хостинге, клиент платит только за хостинг с двигом, не имея прямого доступа к файлам и коду. Вариант типа Юкоз:)

Answer 7

Советую не копирастничать. Лично мне это ничего хорошего не принесло, хотя я и не особо копирастничал (ни с кем не судился, но всё равно, дрм мне боком вышло - оно ухучшило продукт, можно сказать фатально испортило, поэтому в конце концов я сделал версию без дрм и раздал её проверенным пользователям).