コンパイル前のソースコードの保護 - ページ 11

[Dmitry Fedoseev]

Pavel Izosimov:

その後、情報ボックスのグラフに表示される情報を不正に変更すると、ロジックが破綻します。

この問題は、OnTick関数の終了時にすべてのグラフィカルオブジェクトを削除 することで、初歩的に解決されます。より信頼性を高めるために、すべてのリターンの前に削除を実行することができます。

[Dmitry Fedoseev]

Pavel Izosimov:

例2：動的暗号化後のソースコードはこのようになります（ファイル添付）

ビフォーアフターで速度の比較はしましたか？

[Pavel Izosimov]

Dmitry Fedoseev:
この問題は、OnTick関数の終了時にすべてのグラフィカルオブジェクトを削除 することで、初歩的に解決されます。安全性を高めるため、削除はすべてのリターンの前に実行することができます。

ドミトリーさん、コメントありがとうございます。

コンパイルされた.ex4ファイルから、あなたが提案する初歩的な方法でこのプロテクトを解除する準備はできていますか？

このトピックでは、コンパイルされた状態ですぐに使えるファイルに適用するための、コンパイル前の追加保護について説明します。

[Dmitry Fedoseev]

Pavel Izosimov:

ドミトリーさん、コメントありがとうございます。

コンパイルされた.ex4ファイルから、あなたが提案する初歩的な方法で、このプロテクトを解除する準備はできていますか？

このスレッドでは、コンパイルされた状態のファイルをすぐに使えるようにするために、コンパイル前の追加保護について述べているだけです。

あなたの難読化したコードについて語る。もしそうなら（ファイルがex4なら）、ソースが難読化されているかどうかは問題ではありません。

[Pavel Izosimov]

Dmitry Fedoseev:

もしそうなら（ファイルがex4の場合）、ソースが難読化されているかどうかは問題ではありません。

ディミトリ、私たちの実際の経験では、違いがあることが分かっています。

https://www.mql5.com/ru/forum/65561/page6#comment_1988779

しかし、私たちは誰の心も変えようとは思っていません

[Pavel Izosimov]

Alexandr Bryzgalov:

と思ったら、いや、機械が何かを始めた。

私が送ったもの

来たもの（メッセージの寸法に合わせて両端を切り落としました）

アレキサンダー、ファイナライズ、トレッドのバージョンを更新しました、ありがとうございます

ソースコードを暗号化して公開したバージョンを添付しています。これで、エラーなくコンパイルできるようになりました。

お時間とご要望があれば、ご自身で暗号化のリクエストをお送りいただくことも可能です。

[Dmitry Fedoseev]

Pavel Izosimov:

ディミトリ、私たちの実際の経験では、違いがあることが分かっています。

https://www.mql5.com/ru/forum/65561/page6#comment_1988779

しかし、私たちは誰の心も変えようとは思っていません

おい、バカ言うなよ、ここにバカは座ってないぞ。

[Dmitry Fedoseev]

そうですね...難読化は非常に危険なビジネスだ...。まず難読化するのは自分の脳みそだ...と、このスレッドにあるような愚行が始まる。

[Pavel Izosimov]

Dmitry Fedoseev:
前後での速度比較はされましたか？

ディミトリ、あなたは良い、そして本当に重要な質問をしましたね。

暗号化が複雑になり、追加のセキュリティアルゴリズムが組み込まれるほど、速度は遅くなります。

現時点では、多かれ少なかれ複雑なコードでは、3〜5倍の速度が低下します。

原則として、セキュリティはスピードよりも重要な優先事項であり、特に取引のプロセス自体では目立たないため、最適な設定はほとんどの場合、暗号化されていないオリジナルのコードを高速でテストする能力を持つ開発者によって提供されることが可能です。

[Dmitry Fedoseev]

真剣に取り組む姿が愛おしい