Schutz des Quellcodes vor der Kompilierung - Seite 11
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Jede nachträgliche unbefugte Änderung der in der Infobox angezeigten Informationen führt zu einem Versagen der Logik.
Beispiel 2: So sieht der Quellcode nach der dynamischen Verschlüsselung aus (Datei im Anhang)
Dieses Problem wird elementar gelöst, indem alle grafischen Objekte am Ende der OnTick-Funktion gelöscht werden. Zur besseren Sicherheit kann die Löschung vor allen Rückgaben erfolgen.
Dmitry, vielen Dank für deinen Kommentar!
Sind Sie bereit, diesen Schutz mit der von Ihnen vorgeschlagenen elementaren Methode aus der kompilierten .ex4-Datei zu entfernen?
In diesem Thema geht es um zusätzliche Schutzmaßnahmen vor der Kompilierung, um sie auf gebrauchsfertige Dateien in kompilierter Form anzuwenden
Dmitry, vielen Dank für deinen Kommentar!
Sind Sie bereit, diesen Schutz mit der von Ihnen vorgeschlagenen elementaren Methode aus der kompilierten .ex4-Datei zu entfernen?
Es ist nur so, dass in diesem Thread von zusätzlichen Schutzmaßnahmen vor der Kompilierung die Rede ist, um sie auf gebrauchsfertige Dateien in kompilierter Form anzuwenden
Ich spreche über Ihren verdeckten Code. Wenn dies der Fall ist (wenn die Datei ex4 ist), spielt es keine Rolle, ob der Quelltext verschleiert ist oder nicht.
Wenn dies der Fall ist (wenn die Datei ex4 ist), spielt es keine Rolle, ob der Quelltext verschleiert ist oder nicht.
Dimitri, unsere praktische Erfahrung zeigt, dass es einen Unterschied gibt
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
Aber wir haben nicht die Absicht, jemanden umzustimmen.
und doch, nein, die Maschine hat angefangen, etwas zu tun.
was ich geschickt habe.
was kam (ich musste die Enden abschneiden, um die Größe der Nachricht anzupassen)
Alexander, finalisiert, aktualisiert die Version des Profils, danke!
Ich füge die Version des Quellcodes bei, die Sie in verschlüsselter Form veröffentlicht haben. Jetzt kompiliert es ohne Fehler.
Wenn Sie Zeit und Lust haben, können Sie auch selbst einen Antrag auf Verschlüsselung stellen
Dimitri, unsere praktische Erfahrung zeigt, dass es einen Unterschied gibt
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
Aber wir haben nicht die Absicht, jemanden umzustimmen.
Haben Sie die Geschwindigkeit vorher und nachher verglichen?
Dimitri, du hast eine gute und wirklich wichtige Frage gestellt!
Je komplexer die Verschlüsselung ist und je mehr zusätzliche Sicherheitsalgorithmen integriert sind, desto langsamer ist die Geschwindigkeit.
Gegenwärtig sinkt die Geschwindigkeit bei mehr oder weniger komplexen Codes um den Faktor 3-5.
In der Regel hat die Sicherheit Vorrang vor der Geschwindigkeit, zumal sie beim Handel selbst nicht spürbar ist und die optimalen Einstellungen meist vom Entwickler vorgenommen werden können, der die Möglichkeit hat, den ursprünglichen Code ohne Verschlüsselung mit hoher Geschwindigkeit zu testen.