许可控制系统

这是一个功能请求，而不是一个错误。 **我想要什么？** 小型 JavaScript 软件开发人员能够获得可行的收入来支付他们的工作。 这需要知识产权保护（勾选）和收入保护。 换句话说，需要某种许可过程。 **背景** 为用户自愿支付的软件并不是一个可行的收入计划。 通常，所开展的工作是新颖的，需要大量技能和经验，需要花费许多时间来开发，而且开发人员需要承担一些个人的困难才能创建它。 如果这很容易，那么每个人都会这样做！ **问题是什么？** 将这种工作的产品转换为可行的收入流的第一部分是保护材料，JS 伪装器在这方面做得很好。 第二部分是获得付款。 伪装代码只有一次，但第一个用户可以发布伪装代码，其他用户可以免费获得它。 域名锁定功能解决了这个问题，但需要在销售时进行配置。 我实际上必须为每个域名锁定重新构建/伪装我的代码。 但是，假设我进行了一次销售。 然而，作为一次性销售来收回我的投资，我需要收取高价。 买家会被这种情况所吓倒，因此我们可能会同意优先使用租赁模式，买家每月或每年支付费用。 这符合我要求，即以小额支付获得收入，这些支付总和可以实现我投资的全部回报。 我不介意，因为我知道我有一个好的、可靠的产品。 如果软件不符合买家的期望，他们在第一次付款结束时会承担损失。 但是，如果产品很好，无论是我还是买家都很满意。 但是，我如何才能强制执行重复业务？ 我如何才能让买家支付明年的费用，以及后一年？ 域名锁定无法解决这个问题。 **许可控制器** 理想的答案应该是某种许可控制。 让我们想象一个过程，其中我编写了我的软件产品，并在其中包含一个许可控制器。 让我们假设许可是一个编码字符串，其中包括域名和使用到期日期。 如果第三方通过另一个域名使用此许可，则他们将触犯域名锁定，软件将不运行。 在使用到期日期的 30 天内，软件将显示即将到期的警告。 在使用到期日期之后，软件将显示一个适当的消息，通知许可已过期，软件不运行。 这既符合了阻止买家将软件作为自己的工作发布的要求，又限制了他们在付费期间的使用。 他们希望继续使用它 - 他们再次支付。 此外，"智能"部分在于我在构建中使用的许可控制器组件。 我的软件不需要根据每次销售进行修改。 仅在每次销售中更改的部分是许可代码。 我的软件可以设置为在未获得许可的情况下运行受限的演示模式。 因此，每次销售的技术开销是