编译前保护源代码 - 页 11 1...456789101112131415161718 新评论 Dmitry Fedoseev 2015.10.23 08:05 #101 Pavel Izosimov:随后对信息框中显示的图表信息进行任何未经授权的修改都会导致逻辑崩溃。 这个问题的解决方法很简单--在OnTick函数结束时删除所有图形对象。为了更加可靠,可以在所有返回之前进行删除。 Документация по MQL5: Графические объекты / ObjectsDeleteAll www.mql5.com Графические объекты / ObjectsDeleteAll - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5 Dmitry Fedoseev 2015.10.23 08:07 #102 Pavel Izosimov:例2:这是动态加密后的源代码的样子(文件附后)。 你有没有比较前后的速度? Pavel Izosimov 2015.10.23 08:13 #103 Dmitry Fedoseev: 这个问题的解决方法很简单--在OnTick函数结束时删除所有图形对象。为了提高安全性,可以在所有返回之前进行删除。德米特里,谢谢你的评论你准备用你建议的基本方法从编译的.ex4文件中删除这种保护吗?只是这个话题谈到了在编译前的额外保护,以便将其应用于编译后的即用型文件中。 Dmitry Fedoseev 2015.10.23 08:17 #104 Pavel Izosimov:德米特里,谢谢你的评论你准备用你建议的基本方法从编译的.ex4文件中删除这种保护吗?只是这个主题谈到了编译前的额外保护,以便将其应用于编译后的即用文件。谈论你的混淆的代码。如果是这样(如果文件是ex4),那么源代码是否被混淆并不重要。 Pavel Izosimov 2015.10.23 08:25 #105 Dmitry Fedoseev:如果是这样(如果文件是ex4),源码是否被混淆并不重要。迪米特里,我们的实践经验表明,这两者是有区别的https://www.mql5.com/ru/forum/65561/page6#comment_1988779但我们并不打算改变任何人的想法 Защита исходного кода до компиляции www.mql5.com С последними билдами терминала МТ4 этот процесс усложнился, но тем не менее опытные специалисты по взлому успешно анализируют их содержание и вносят в них несанкционированные правки, в т. - Страница 6 - Категория: общее обсуждение Pavel Izosimov 2015.10.23 08:33 #106 Alexandr Bryzgalov:然而,不,机器确实开始做一些事情。我发送的内容。来的东西(我不得不剪掉两端以适应信息的尺寸)。亚历山大,定稿,更新了踩点的版本,谢谢你!我把你发布的源代码的加密版本附在后面。现在,它的编译没有错误。如果你有时间和愿望,你也可以自己发送加密请求 附加的文件: 144558847293027_future_protected.mq4 15 kb Dmitry Fedoseev 2015.10.23 08:35 #107 Pavel Izosimov:迪米特里,我们的实践经验表明,这两者是有区别的https://www.mql5.com/ru/forum/65561/page6#comment_1988779但我们并不打算改变任何人的想法 伙计,别犯傻了,这里坐着的都是傻子。 Dmitry Fedoseev 2015.10.23 08:37 #108 是的...混淆视听是一项非常危险的工作...首先是你自己的大脑被蒙蔽了......这样的愚蠢行为开始了,我们在这个主题中看到了。 Pavel Izosimov 2015.10.23 08:39 #109 Dmitry Fedoseev: 你有没有比较过前后的速度?迪米特里,你问了一个很好的、非常重要的问题。加密越复杂,集成的额外安全算法越多,速度就越慢。目前,对于或多或少的复杂代码,速度下降了3-5倍。作为一项规则,安全是比速度更重要的优先事项,特别是在交易过程中本身并不明显,而且最佳设置多半可以由开发人员提供,他们有能力高速测试没有加密的原始代码。 Dmitry Fedoseev 2015.10.23 08:41 #110 严肃的态度令人喜爱 1...456789101112131415161718 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
随后对信息框中显示的图表信息进行任何未经授权的修改都会导致逻辑崩溃。
例2:这是动态加密后的源代码的样子(文件附后)。
这个问题的解决方法很简单--在OnTick函数结束时删除所有图形对象。为了提高安全性,可以在所有返回之前进行删除。
德米特里,谢谢你的评论
你准备用你建议的基本方法从编译的.ex4文件中删除这种保护吗?
只是这个话题谈到了在编译前的额外保护,以便将其应用于编译后的即用型文件中。
德米特里,谢谢你的评论
你准备用你建议的基本方法从编译的.ex4文件中删除这种保护吗?
只是这个主题谈到了编译前的额外保护,以便将其应用于编译后的即用文件。
谈论你的混淆的代码。如果是这样(如果文件是ex4),那么源代码是否被混淆并不重要。
如果是这样(如果文件是ex4),源码是否被混淆并不重要。
迪米特里,我们的实践经验表明,这两者是有区别的
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
但我们并不打算改变任何人的想法
然而,不,机器确实开始做一些事情。
我发送的内容。
来的东西(我不得不剪掉两端以适应信息的尺寸)。
亚历山大,定稿,更新了踩点的版本,谢谢你!
我把你发布的源代码的加密版本附在后面。现在,它的编译没有错误。
如果你有时间和愿望,你也可以自己发送加密请求
迪米特里,我们的实践经验表明,这两者是有区别的
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
但我们并不打算改变任何人的想法
你有没有比较过前后的速度?
迪米特里,你问了一个很好的、非常重要的问题。
加密越复杂,集成的额外安全算法越多,速度就越慢。
目前,对于或多或少的复杂代码,速度下降了3-5倍。
作为一项规则,安全是比速度更重要的优先事项,特别是在交易过程中本身并不明显,而且最佳设置多半可以由开发人员提供,他们有能力高速测试没有加密的原始代码。