Proteggere il codice sorgente prima della compilazione - pagina 12
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
Alexander, versione definitiva e aggiornata del protettore, grazie!
Vi allego la versione criptata del codice sorgente che avete pubblicato. Ora compila senza errori.
Se hai tempo e voglia puoi anche inviare tu stesso una richiesta di crittografia
Amico, non essere stupido, non siamo idioti qui.
Caro Dimitri, finisci la scuola e impara a parlare non come un bullo!
Non vedo il motivo di avere un dialogo assolutamente non costruttivo con te.
Caro Dimitri, finisci la scuola e impara a parlare non come un bullo!
Non vedo il motivo di avere un dialogo completamente non costruttivo con te
Sì, non si può avere una conversazione costruttiva. Vi ho mostrato l'incoerenza di uno dei vostri argomenti, e in risposta alcune sciocchezze. Ora chi ha bisogno di andare a scuola? Non ho intenzione di avere conversazioni costruttive con te - non c'è niente di cui parlare.
Guardate la vostra posizione, chi vi ha scritto cosa, dovete tirar fuori una contro-argomentazione, non importa quanto sembri ridicola, e poi andate avanti come se aveste una grande esperienza (nota a nessuno). Lo stile della stazione è una bufala.
Hanno fatto anche controlli di crittografia? )
Alexander, guarda, i controlli sono sempre stati i seguenti:
1. Se ci inviate un file precedentemente criptato con il nostro nome (con "_protetto" alla fine del nome del file), il file non viene elaborato affatto e riceverete un messaggio al riguardo dopo un'ora
2. Se ci inviate un file precedentemente criptato SENZA contenere "_protetto" alla fine del nome del file, il file sarà analizzato e restituito senza nuova crittografia
Questo è il motivo per cui il primo post dice che non è necessario inviare le fonti già criptate, semplicemente non ha senso
Alexander, guarda, i controlli sono sempre stati i seguenti:
1. Se ci inviate un file precedentemente criptato con il nostro nome (con "_protetto" alla fine del nome del file), il file non viene elaborato affatto e riceverete un messaggio al riguardo dopo un'ora
2. Se ci inviate un file precedentemente criptato SENZA contenere "_protetto" alla fine del nome del file, il file sarà analizzato e restituito senza nuova crittografia
Questo è il motivo per cui il primo post dice che non è necessario inviare le fonti già criptate, non ha senso
Che senso ha cambiare i nomi delle variabili nel codice sorgente se il decompilatore le rivede in modo diverso?
che senso ha anche solo criptare il codice sorgente?
Spiegare che senso ha cambiare i nomi delle variabili nel codice sorgente se il decompilatore le rivede a modo suo?
Che senso ha criptare il codice sorgente?
Vladimir, il punto è che quello che vedi come risultato della crittografia non ha nulla a che fare con la banale rinominazione delle variabili.
È stato menzionato più di una volta nel primo post e nel ramo, ma in breve, si tratta di precauzioni aggiuntivecontro l'esplorazione non autorizzata, la modifica, la ridenominazione e la rivendita di file .ex4 compilati
Vladimir, il punto è che quello che vedi come risultato della crittografia non ha nulla a che fare con la banale rinominazione delle variabili.
Il primo post e il thread ne hanno già parlato più di una volta, ma in breve, si tratta di precauzioni aggiuntivecontro l'esplorazione non autorizzata, la modifica, la ridenominazione e la rivendita di file .ex4 compilati
///
Che senso ha criptare il codice sorgente?
Ci sono due opzioni qui:
1. Il codice aggrovigliato soffoca il decompilatore e non riesce a decompilare.
2. Una persona che cerca di analizzare il codice decompilato viene soffocata (punto discutibile).
non è diventato più complicato)
Alexander, ho allegato il solito indicatore primitivo criptato, che fa parte della costruzione standard del terminale MT4
Il file usa il divieto di lavoro elementare, ma tutta la logica è lì
Il codice è facile da leggere?
Riconosci l'indicatore?
Puoi ricreare facilmente la sua logica senza sbirciare nella fonte originale?
P.S. Più complesso e funzionale è il codice sorgente primario, più efficace è la sua crittografia. E questo è lontano dalla versione finale della crittografia.