Proteggere il codice sorgente prima della compilazione - pagina 11
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Qualsiasi modifica successiva non autorizzata delle informazioni visualizzate sul grafico nella casella informativa causerà l'interruzione della logica.
Esempio 2: questo è l'aspetto del codice sorgente dopo la crittografia dinamica (file allegato)
Questo problema è risolto in modo elementare - cancellando tutti gli oggetti grafici alla fine della funzione OnTick. Per una maggiore sicurezza, la cancellazione può essere eseguita prima di tutti i ritorni.
Dmitry, grazie per il tuo commento!
Sei pronto a rimuovere questa protezione con il modo elementare che suggerisci dal file .ex4 compilato?
Proprio questo argomento parla di protezioni aggiuntive prima della compilazione per applicarle ai file pronti all'uso in forma compilata
Dmitry, grazie per il tuo commento!
Sei pronto a rimuovere questa protezione con il modo elementare che suggerisci dal file .ex4 compilato?
È solo che questo thread parla di protezioni aggiuntive prima della compilazione per applicarle ai file pronti all'uso in forma compilata
Parlando del tuo codice offuscato. Se è così (se il file è ex4), non importa se il sorgente è offuscato o meno.
Se è così (se il file è ex4), non importa se il sorgente è offuscato o meno.
Dimitri, la nostra esperienza pratica mostra che c'è una differenza
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
Ma non abbiamo intenzione di far cambiare idea a nessuno
eppure, no, la macchina ha iniziato a fare qualcosa.
quello che ho mandato.
quello che è venuto (ho dovuto tagliare le estremità per adattarle alle dimensioni del messaggio)
Alexander, finalizzato, aggiornato la versione del tread, grazie!
Ti allego la versione del codice sorgente che hai pubblicato in forma criptata. Ora compila senza errori.
Se hai tempo e voglia puoi anche inviare tu stesso la richiesta di crittografia
Dimitri, la nostra esperienza pratica mostra che c'è una differenza
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
Ma non abbiamo intenzione di far cambiare idea a nessuno
Avete confrontato la velocità prima e dopo?
Dimitri, hai fatto una domanda buona e davvero importante!
Più complessa è la crittografia e più algoritmi di sicurezza aggiuntivi sono integrati, più lenta è la velocità.
Attualmente, per codici più o meno complessi, la velocità diminuisce di un fattore 3-5.
Di regola, la sicurezza è una priorità significativa rispetto alla velocità, soprattutto perché non si nota nel processo di trading stesso, e le impostazioni ottimali possono essere fornite il più delle volte dallo sviluppatore, che ha la possibilità di testare ad alta velocità il codice originale senza crittografia.