Schutz des Quellcodes vor der Kompilierung - Seite 12
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
Alexander, die endgültige, aktualisierte Version des Protektors, danke!
Ich füge die verschlüsselte Version des Quellcodes bei, den Sie 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
Kumpel, sei nicht dumm, wir sind hier keine Idioten.
Lieber Dimitri, beende die Schule und lerne, nicht wie ein Tyrann zu sprechen!
Ich sehe keinen Sinn darin, einen völlig unkonstruktiven Dialog mit Ihnen zu führen.
Lieber Dimitri, beende die Schule und lerne, nicht wie ein Tyrann zu sprechen!
Ich sehe keinen Sinn darin, einen völlig unkonstruktiven Dialog mit Ihnen zu führen.
Ja, man kann kein konstruktives Gespräch führen. Ich habe Ihnen die Widersprüchlichkeit eines Ihrer Argumente aufgezeigt, und als Antwort darauf etwas Unsinniges. Wer muss jetzt noch zur Schule gehen? Ich werde keine konstruktiven Gespräche mit Ihnen führen - es gibt nichts zu besprechen.
Sehen Sie sich Ihren Standpunkt an, wer auch immer Ihnen was geschrieben hat, Sie müssen ein Gegenargument vorbringen, egal wie lächerlich es aussieht, und dann so tun, als hätten Sie eine tolle Erfahrung (die niemand kennt). Die Art des Bahnhofs ist ein Schwindel.
Wurden auch Verschlüsselungsprüfungen durchgeführt? )
Alexander, sieh mal, die Kontrollen waren immer wie folgt:
1. Wenn Sie uns eine zuvor verschlüsselte Datei mit unserem Namen schicken (mit "_protected" am Ende des Dateinamens), wird die Datei nicht verarbeitet und Sie erhalten nach einer Stunde eine Nachricht darüber
2. Wenn Sie uns eine zuvor verschlüsselte Datei OHNE den Zusatz "_protected" am Ende des Dateinamens schicken, wird die Datei analysiert und ohne erneute Verschlüsselung an Sie zurückgeschickt.
Das ist der Grund, warum im ersten Beitrag steht, dass man die Quellen nicht bereits verschlüsselt senden muss, es macht einfach keinen Sinn
Alexander, sieh mal, die Kontrollen waren immer wie folgt:
1. Wenn Sie uns eine zuvor verschlüsselte Datei mit unserem Namen schicken (mit "_protected" am Ende des Dateinamens), wird die Datei überhaupt nicht verarbeitet und Sie erhalten nach einer Stunde eine Nachricht darüber
2. Wenn Sie uns eine zuvor verschlüsselte Datei OHNE den Zusatz "_protected" am Ende des Dateinamens schicken, wird die Datei analysiert und ohne erneute Verschlüsselung an Sie zurückgeschickt.
Das ist der Grund, warum im ersten Beitrag gesagt wird, dass man die Quellen nicht verschlüsselt senden muss, es macht einfach keinen Sinn
Was nützt es, Variablennamen im Quellcode zu ändern, wenn der Decompiler sie anders bewertet?
Welchen Sinn hat es überhaupt, den Quellcode zu verschlüsseln?
Erläutern Sie, welchen Sinn es hat, Variablennamen im Quellcode zu ändern, wenn der Decompiler sie auf seine eigene Weise überprüft?
Welchen Sinn hat es, den Quellcode überhaupt zu verschlüsseln?
Vladimir, der Punkt ist, dass das, was Sie als Ergebnis der Verschlüsselung sehen, nichts mit der trivialen Umbenennung von Variablen zu tun hat.
Es wurde mehr als einmal im ersten Beitrag und in der Verzweigung erwähnt, aber kurz gesagt handelt es sich um zusätzliche Vorsichtsmaßnahmengegen unbefugte Erkundung, Änderung, Umbenennung und Weiterverkauf von kompilierten .ex4-Dateien
Vladimir, der Punkt ist, dass das, was Sie als Ergebnis der Verschlüsselung sehen, nichts mit der trivialen Umbenennung von Variablen zu tun hat.
Im ersten Beitrag und Thread wurde dies bereits mehr als einmal erwähnt, aber kurz gesagt handelt es sich um zusätzliche Vorsichtsmaßnahmengegen die unbefugte Erforschung, Änderung, Umbenennung und den Weiterverkauf von kompilierten .ex4-Dateien
///
Welchen Sinn hat es, den Quellcode überhaupt zu verschlüsseln?
Hier gibt es zwei Möglichkeiten:
1. verworrener Code erstickt den Decompiler und lässt sich nicht dekompilieren.
2. Eine Person, die versucht, den dekompilierten Code zu analysieren, wird abgewürgt (fragwürdiger Punkt).
es ist nicht komplizierter geworden )
Alexander, ich habe den üblichen primitiven verschlüsselten Indikator beigefügt, der Teil des Standard-MT4-Terminals ist
Die Datei verwendet das elementare Arbeitsverbot, aber die gesamte Logik ist vorhanden
Der Code ist leicht zu lesen?
Kennen Sie den Indikator?
Können Sie die Logik leicht nachbilden, ohne in die Originalquelle zu schauen?
P.S. Je komplexer und funktionaler der primäre Quellcode ist, desto effektiver ist seine Verschlüsselung. Und dies ist noch lange nicht die endgültige Version der Verschlüsselung.