MT5中的MQL代码作者保护。 - 页 6 12345678910111213...17 新评论 Renat Fatkhullin 2010.11.07 00:48 #51 首先，请详细描述你的钥匙机制和所有的买方-卖方关系机制。它将变成一个过度复杂的东西，没有人愿意支持。更不用说这些钥匙会在互联网上到处乱放。我相信你们都没有详细地思考过整个系统，而只是做了一些表面的假设。我们已经开发了一个非常简单、自动和相当可靠的系统，用于购买/销售有保护的MQL5程序。卖家将他的代码出售并指定价格买方下载重新打包的演示，并在测试器中进行测试，但不能在终端实际 使用该代码买家购买的程序是经过精装的，以适应他的硬件，它将只在他的电脑上运行（点击几下就可以购买）。卖方检查销售报告并计算利润我们做所有的计算和支付 因此，卖家不需要费心，所有的安全工作都是自动完成的。买方只需点击几下就能得到程序，而不需要为生成、传输、钥匙分配而烦恼。如果许可证无效，他可以在新硬件上重新激活以前购买的程序，最多3次。 Документация по MQL5: Программы MQL5 www.mql5.com Программы MQL5 - Документация по MQL5 Mikhail Dovbakh 2010.11.07 02:23 #52 Renat:首先，请详细描述你的钥匙机制和所有的买方-卖方关系机制。它将变成一个过度复杂的东西，没有人愿意支持。更不用说这些钥匙会在互联网上到处乱放。我相信你们都没有详细地思考过整个系统，而只是做了一些表面的假设。我们已经开发了一个非常简单、自动和相当可靠的系统，用于购买/销售有保护的MQL5程序。卖家将他的代码出售并指定价格买方下载重新打包的演示，并在测试器中进行测试，但不能在终端实际 使用该代码买家购买重新包装在他的硬件上的程序，并且只在他的电脑上运行（点击几下就可以购买）。卖方观看销售报告并计算利润我们做所有的计算和支付 因此，卖家不需要费心，所有的安全工作都是自动完成的。买方只需点击几下就能得到程序，而不需要为生成、传输、钥匙分配而烦恼。如果许可证出了问题，他可以在新硬件上重新激活以前购买的程序，最多3次。让我们磨练一下。 毕竟，这很严重。你给我们的细节越多，我们就越放心。 Yuriy Zaytsev 2010.11.07 19:38 #53 api: 一个人建造的东西可以被另一个人打破。 严格来说，没有绝对的保护，也永远不会实施。 这就是为什么我写道 "一般来说，我对EA/指标反编译保护相当怀疑。我认为这可能是一个无法实现的梦想。"如果你深入到野外，当然还有ASM，代码... 但在目前的数量下，很少有人会坐下来解析逻辑，从asm翻译成C++，或者至少得到一个算法 例如，可以选择将微软的办公软件转化为源代码 !只是如果你从2007年的版本开始，当2057年的版本出来的时候（按年份）可能就准备好了特别是如果只有一个人去做的话 !一般来说，写自己的算法比较容易 Yuriy Zaytsev 2010.11.07 19:41 #54 Renat:我们已经有一些专门针对专家级开发者的保护措施。我们将在稍后宣布。你的想法是个好主意，可以实施。 欢迎大家对所需的安全方法提出反馈意见。一种情况是，代码被隐藏起来，例如，在一个输出一些数据的服务器上，接收一些数据作为输入。你的手中没有代码！只有结果。 Yuriy Zaytsev 2010.11.07 19:58 #55 vicondi:"销售顾问......"- 对于那些不知道如何使用MT达到其预期目的--交易的人。"这里有各种各样的工具，使交易者的生活更轻松------"应该是终端的标准。要解决所有问题是不可能的。要解决终端中所有可能有用的东西是不现实的。 ir0407 2010.11.08 03:36 #56 Renat:3.客户购买了重新包装在他的硬件上的软件，它只能在他的电脑上运行（只需点击几下就能购买）。如果许可证失效，他/她将能够在新的硬件上重新激活以前购买的程序，最多3次。 使用与硬件绑定的经验表明这种方法是无效的。特别是如果重新激活的数量有限的话。实践表明，这极大地限制了用户升级、更新或修改其硬件的自由。而这一点，在当今计算机技术快速变化的世界中，对付费软件开发者产生了负面影响（增加了与合法激活相关的错误数量，增加了呼叫支持的数量，增加了成本，包括对产品的财政和精神支持）。一般来说，那些已经对硬件进行过这种绑定的人知道这将增加多少麻烦......作为一种选择，可以在编译后的代码中组织一个受保护的锁定部分，该部分只能用来自代码开发者的用户信任证书来访问，与一个特定的账户、DC和/或其他东西绑定。在这种情况下，MQ不再有义务采取措施来保护MQL代码。这将是开发人员自己在MQL中写的东西。现在，MQ将只参与检查证书和调度对MQL代码的封闭部分的访问。如果有证书，整个代码或部分代码将不可用，如果没有证书，整个代码将在开放部分。那么，在MQL编译器中，我们将不得不嵌入一个机制，它将用开发人员的证书关闭代码。正如他们所说的 "简单而有品味"...:)目前，这是我知道的最可靠和最实惠的软件保护方法之一。你在哪里可以获得证书？是的，同样的VerySign或类似的服务（无论哪里更方便或更有利可图），专业地从事这项工作。 [删除] 2010.11.08 05:57 #57 ir0407:硬件连接的经验表明这种方法是无效的。特别是如果重新激活的数量有限的话。实践表明，这极大地限制了用户升级、更新或修改其硬件的自由。而这一点，在当今计算机技术日新月异的世界里，对付费软件开发者产生了负面影响（增加了与合法激活相关的错误，增加了呼叫支持的次数，增加了成本，包括对产品的财政和精神支持）。一般来说，那些已经对硬件进行过这种绑定的人知道这将增加多少麻烦......作为一种选择，可以在编译后的代码中组织一个受保护的锁定部分，该部分只能用来自代码开发者的用户信任证书来访问，与一个特定的账户、DC和/或其他东西绑定。在这种情况下，MQ不再有义务采取措施来保护MQL代码。这将是开发人员自己在MQL中写的东西。现在，MQ将只参与检查证书和调度对MQL代码的封闭部分的访问。如果有证书，你可以完全关闭部分代码或整个代码，如果没有证书，整个代码将处于开放状态。那么，在MQL编译器中，我们将不得不嵌入一个机制，它将用开发人员的证书关闭代码。正如他们所说的 "简单而有品味"...:)目前，这是我知道的最可靠和最实惠的软件保护方法之一。你在哪里可以获得证书？是的，从同一个VerySign，或类似的服务（以更方便或有利可图为准），专业从事这项工艺。1.与硬件的绑定会导致一些不便。但目前（如果组织得足够好），它是相当有效和可靠的保护方式。唯一的问题是用什么来约束它。我还建议将 "安装 "的数量从3个增加到10个（至少）。2.我确信正好相反，所有的保护工作都必须由MQ来完成。也许还应该有一个交易账户的链接和使用的时间限制（但这是一个额外的选项，由开发者决定）。 Renat Fatkhullin 2010.11.08 07:37 #58 仿佛还有其他的保护方案？ Yuriy Zaytsev 2010.11.08 08:31 #59 Renat: 仿佛还有其他的保护方式？如果我们从一个程序员的角度来看，为交易者编写的MQLmql5--可能会持续更长的时间--也许是非常长的时间--但他们不做反编译器并不是一个事实。 mql4--不幸的是，没有代码保护--只有一些方法给出了一个小的安全系数 在某些情况下有可能不与铁结合。 例如在网站上创建一个网站的功能类型--代码对网站的吸引力--这就给出了一个现成的解决方案，但不是每个人都会想使用这个解决方案。对一些硬件和软件有依赖性，通常是对其他人，通常是销售产品的人。----另一种选择在MT4/MT5 MQL4/MQL5+DLL的背景下，可以不对铁和账户号码（数字）进行绑定，为真钱和/或全名，也可以是中间名。 这种方式在保护方面是最简单的（只是针对这种特定的应用）--它是移动的，不需要与硬件有任何连接。而拥有fauspatron的男孩（以MT4反编译器的形式）落荒而逃。唯一剩下的是比较严肃的人，他们知道ASM，并能在调试器水平上进行分解，各种记录器、反编译器和其他高级方案。而且他们的数量更少，服务也更昂贵。 Yuriy Zaytsev 2010.11.08 08:50 #60 Renat:首先，请详细解释你与钥匙的机制和整个买卖关系的机制。...比如说买家：在互联网上找到信息，写下想买的东西 卖方：描述了支付机制--如果你不想公布你的详细资料，请要求个人化 买方：付款并发送个性化数据、账户号码 或姓名，这些都是关键。卖方：发送与你的个人信息相关的货物。理想的情况下，这就是它! 我有这样的案例，而且不在少数 12345678910111213...17 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
首先，请详细描述你的钥匙机制和所有的买方-卖方关系机制。它将变成一个过度复杂的东西，没有人愿意支持。更不用说这些钥匙会在互联网上到处乱放。我相信你们都没有详细地思考过整个系统，而只是做了一些表面的假设。
我们已经开发了一个非常简单、自动和相当可靠的系统，用于购买/销售有保护的MQL5程序。
- 卖家将他的代码出售并指定价格
- 买方下载重新打包的演示，并在测试器中进行测试，但不能在终端实际 使用该代码
- 买家购买的程序是经过精装的，以适应他的硬件，它将只在他的电脑上运行（点击几下就可以购买）。
- 卖方检查销售报告并计算利润
- 我们做所有的计算和支付
因此，卖家不需要费心，所有的安全工作都是自动完成的。买方只需点击几下就能得到程序，而不需要为生成、传输、钥匙分配而烦恼。如果许可证无效，他可以在新硬件上重新激活以前购买的程序，最多3次。首先，请详细描述你的钥匙机制和所有的买方-卖方关系机制。它将变成一个过度复杂的东西，没有人愿意支持。更不用说这些钥匙会在互联网上到处乱放。我相信你们都没有详细地思考过整个系统，而只是做了一些表面的假设。
我们已经开发了一个非常简单、自动和相当可靠的系统，用于购买/销售有保护的MQL5程序。
- 卖家将他的代码出售并指定价格
- 买方下载重新打包的演示，并在测试器中进行测试，但不能在终端实际 使用该代码
- 买家购买重新包装在他的硬件上的程序，并且只在他的电脑上运行（点击几下就可以购买）。
- 卖方观看销售报告并计算利润
- 我们做所有的计算和支付
因此，卖家不需要费心，所有的安全工作都是自动完成的。买方只需点击几下就能得到程序，而不需要为生成、传输、钥匙分配而烦恼。如果许可证出了问题，他可以在新硬件上重新激活以前购买的程序，最多3次。让我们磨练一下。
毕竟，这很严重。
你给我们的细节越多，我们就越放心。
一个人建造的东西可以被另一个人打破。
严格来说，没有绝对的保护，也永远不会实施。
这就是为什么我写道 "一般来说，我对EA/指标反编译保护相当怀疑。我认为这可能是一个无法实现的梦想。"
如果你深入到野外，当然还有ASM，代码...
但在目前的数量下，很少有人会坐下来解析逻辑，从asm翻译成C++，或者至少得到一个算法
例如，可以选择将微软的办公软件转化为源代码 !
只是如果你从2007年的版本开始，当2057年的版本出来的时候（按年份）可能就准备好了
特别是如果只有一个人去做的话 !
一般来说，写自己的算法比较容易
我们已经有一些专门针对专家级开发者的保护措施。我们将在稍后宣布。
你的想法是个好主意，可以实施。
欢迎大家对所需的安全方法提出反馈意见。
一种情况是，代码被隐藏起来，例如，在一个输出一些数据的服务器上，接收一些数据作为输入。
你的手中没有代码！只有结果。
"销售顾问......"- 对于那些不知道如何使用MT达到其预期目的--交易的人。
"这里有各种各样的工具，使交易者的生活更轻松------"应该是终端的标准。
要解决所有问题是不可能的。要解决终端中所有可能有用的东西是不现实的。
3.客户购买了重新包装在他的硬件上的软件，它只能在他的电脑上运行（只需点击几下就能购买）。
如果许可证失效，他/她将能够在新的硬件上重新激活以前购买的程序，最多3次。
使用与硬件绑定的经验表明这种方法是无效的。特别是如果重新激活的数量有限的话。实践表明，这极大地限制了用户升级、更新或修改其硬件的自由。而这一点，在当今计算机技术快速变化的世界中，对付费软件开发者产生了负面影响（增加了与合法激活相关的错误数量，增加了呼叫支持的数量，增加了成本，包括对产品的财政和精神支持）。一般来说，那些已经对硬件进行过这种绑定的人知道这将增加多少麻烦......
作为一种选择，可以在编译后的代码中组织一个受保护的锁定部分，该部分只能用来自代码开发者的用户信任证书来访问，与一个特定的账户、DC和/或其他东西绑定。在这种情况下，MQ不再有义务采取措施来保护MQL代码。这将是开发人员自己在MQL中写的东西。现在，MQ将只参与检查证书和调度对MQL代码的封闭部分的访问。如果有证书，整个代码或部分代码将不可用，如果没有证书，整个代码将在开放部分。那么，在MQL编译器中，我们将不得不嵌入一个机制，它将用开发人员的证书关闭代码。正如他们所说的 "简单而有品味"...:)目前，这是我知道的最可靠和最实惠的软件保护方法之一。你在哪里可以获得证书？是的，同样的VerySign或类似的服务（无论哪里更方便或更有利可图），专业地从事这项工作。
硬件连接的经验表明这种方法是无效的。特别是如果重新激活的数量有限的话。实践表明，这极大地限制了用户升级、更新或修改其硬件的自由。而这一点，在当今计算机技术日新月异的世界里，对付费软件开发者产生了负面影响（增加了与合法激活相关的错误，增加了呼叫支持的次数，增加了成本，包括对产品的财政和精神支持）。一般来说，那些已经对硬件进行过这种绑定的人知道这将增加多少麻烦......
作为一种选择，可以在编译后的代码中组织一个受保护的锁定部分，该部分只能用来自代码开发者的用户信任证书来访问，与一个特定的账户、DC和/或其他东西绑定。在这种情况下，MQ不再有义务采取措施来保护MQL代码。这将是开发人员自己在MQL中写的东西。现在，MQ将只参与检查证书和调度对MQL代码的封闭部分的访问。如果有证书，你可以完全关闭部分代码或整个代码，如果没有证书，整个代码将处于开放状态。那么，在MQL编译器中，我们将不得不嵌入一个机制，它将用开发人员的证书关闭代码。正如他们所说的 "简单而有品味"...:)目前，这是我知道的最可靠和最实惠的软件保护方法之一。你在哪里可以获得证书？是的，从同一个VerySign，或类似的服务（以更方便或有利可图为准），专业从事这项工艺。
1.与硬件的绑定会导致一些不便。但目前（如果组织得足够好），它是相当有效和可靠的保护方式。
唯一的问题是用什么来约束它。我还建议将 "安装 "的数量从3个增加到10个（至少）。
2.我确信正好相反，所有的保护工作都必须由MQ来完成。也许还应该有一个交易账户的链接和使用的时间限制（但这是一个额外的选项，由开发者决定）。
仿佛还有其他的保护方式？
如果我们从一个程序员的角度来看，为交易者编写的MQL
mql5--可能会持续更长的时间--也许是非常长的时间--但他们不做反编译器并不是一个事实。
mql4--不幸的是，没有代码保护--只有一些方法给出了一个小的安全系数
在某些情况下有可能不与铁结合。
例如在网站上创建一个网站的功能类型--代码对网站的吸引力--这就给出了一个现成的解决方案，但不是每个人都会想使用这个解决方案。
对一些硬件和软件有依赖性，通常是对其他人，通常是销售产品的人。
----
另一种选择
在MT4/MT5 MQL4/MQL5+DLL的背景下，可以不对铁和账户号码（数字）进行绑定，为真钱和/或全名，也可以是中间名。
这种方式在保护方面是最简单的（只是针对这种特定的应用）--它是移动的，不需要与硬件有任何连接。
而拥有fauspatron的男孩（以MT4反编译器的形式）落荒而逃。
唯一剩下的是比较严肃的人，他们知道ASM，并能在调试器水平上进行分解，各种记录器、反编译器和其他高级方案。
而且他们的数量更少，服务也更昂贵。
首先，请详细解释你与钥匙的机制和整个买卖关系的机制。...
比如说
买家：在互联网上找到信息，写下想买的东西
卖方：描述了支付机制--如果你不想公布你的详细资料，请要求个人化
买方：付款并发送个性化数据、账户号码 或姓名，这些都是关键。
卖方：发送与你的个人信息相关的货物。
理想的情况下，这就是它!
我有这样的案例，而且不在少数