Protéger le code source avant la compilation - page 11
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Toute modification ultérieure non autorisée des informations affichées sur le graphique dans la boîte d'information entraînera une rupture de la logique.
Exemple 2: Voici à quoi ressemble le code source après le cryptage dynamique (fichier joint)
Ce problème est résolu de manière élémentaire - en supprimant tous les objets graphiques à la fin de la fonction OnTick. Pour une meilleure sécurité, la suppression peut être effectuée avant tous les retours.
Dmitry, merci pour votre commentaire !
Êtes-vous prêt à supprimer cette protection avec la méthode élémentaire que vous suggérez à partir du fichier .ex4 compilé ?
Ce sujet traite des protections supplémentaires avant la compilation afin de les appliquer aux fichiers prêts à être utilisés sous forme compilée.
Dmitry, merci pour votre commentaire !
Êtes-vous prêt à supprimer cette protection avec la méthode élémentaire que vous suggérez à partir du fichier .ex4 compilé ?
C'est juste que ce fil de discussion parle de protections supplémentaires avant la compilation afin de les appliquer aux fichiers prêts à l'emploi sous forme compilée.
Je parle de votre code obscurci. Si c'est le cas (si le fichier est ex4), il importe peu que la source soit obfusquée ou non.
Dans ce cas (si le fichier est ex4), il importe peu que la source soit obfusquée ou non.
Dimitri, notre expérience pratique montre qu'il y a une différence
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
Mais nous n'avons pas l'intention de faire changer d'avis qui que ce soit.
et pourtant, non, la machine a bien commencé à faire quelque chose.
ce que j'ai envoyé.
ce qui est venu (j'ai dû couper les extrémités pour les adapter aux dimensions du message)
Alexander, finalisé, mis à jour la version de la bande de roulement, merci !
Je joins la version du code source que vous avez publiée sous forme cryptée. Maintenant il compile sans erreurs.
Si vous avez le temps et l'envie, vous pouvez également envoyer vous-même une demande de cryptage.
Dimitri, notre expérience pratique montre qu'il y a une différence
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
Mais nous n'avons pas l'intention de faire changer d'avis qui que ce soit.
Avez-vous comparé la vitesse avant et après ?
Dimitri, tu as posé une bonne et très importante question !
Plus le cryptage est complexe et plus des algorithmes de sécurité supplémentaires sont intégrés, plus la vitesse est lente.
Actuellement, pour des codes plus ou moins complexes, la vitesse diminue d'un facteur 3-5.
En règle générale, la sécurité est une priorité importante par rapport à la vitesse, d'autant plus qu'elle n'est pas perceptible dans le processus de négociation lui-même, et les paramètres optimaux peuvent le plus souvent être fournis par le développeur, qui a la possibilité de tester à grande vitesse le code original sans cryptage.