Защита исходного кода до компиляции - страница 12
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Александр, доработали, обновили версию протектора, спасибо Вам!
Прикладываю версию опубликованного Вами исходника в зашифрованном виде. Теперь компилируется без ошибок.
Если будет время и желание можете также отправить заявку на шифрование самостоятельно
Чувак, ну ты дуру-то не гони, тут не идиоты сидят.
Уважаемый Дмитрий, закончите школу и научитесь разговаривать не как быдло!
Не вижу смысла вести с Вами совершенно неконструктивный диалог
Уважаемый Дмитрий, закончите школу и научитесь разговаривать не как быдло!
Не вижу смысла вести с Вами совершенно неконструктивный диалог
Да вы и не можете конструктивно вести разговоры. Я вам показал несостоятельность одного из ваших аргументов, а в ответ какая-то нелепица. Вот и кому в школу-то надо? Конструктивных разговоров с вами и не собираюсь вести - не о чем.
Посмотрите на свою позицию, кто бы вам что не написал, вам обязательно надо придумать контраргумент, как бы нелепо он не выглядел, а потом уход на типа у вас офигенный опыт (никому не известный). Стиль вокзального лохотронщинка.
Чё и проверку на шифрованность кода сделали? )
Александр, смотрите, проверки были всегда следующие:
1. Если Вы присылаете ранее шифрованный нами файл с нашим наименованием (в конце названия файла содержится "_protected"), то файл вообще не обрабатывается и Вы получите через час сообщение об этом
2. Если Вы пришлете ранее шифрованный нами файл БЕЗ содержания в конце названия файла "_protected", то файл будет проанализирован и возвращен Вам обратно без повторной шифрации
По этой причине в первом посте говорится, что не нужно присылать уже шифрованные исходники, просто в этом нет смысла
Александр, смотрите, проверки были всегда следующие:
1. Если Вы присылаете ранее шифрованный нами файл с нашим наименованием (в конце названия файла содержится "_protected"), то файл вообще не обрабатывается и Вы получите через час сообщение об этом
2. Если Вы пришлете ранее шифрованный нами файл БЕЗ содержания в конце названия файла "_protected", то файл будет проанализирован и возвращен Вам обратно без повторной шифрации
По этой причине в первом посте говорится, что не нужно присылать уже шифрованные исходники, просто в этом нет смысла
Обьясните какой смысл менять имена переменным в исходном коде если декомпилятор их обзовет по своему ?
Какой смыл вообще шифровать исходник ?
Обьясните какой смысл менять имена переменным в исходном коде если декомпилятор их обзовет по своему ?
Какой смыл вообще шифровать исходник ?
Владимир, дело в том, то что Вы видите в результате шифрования не имеет отношения к банальному переименованию переменных.
В первом посте и ветке уже говорилось не раз об этом, но если кратко, то это дополнительные меры предосторожности от несанкционированного исследования, модификации, переименования и перепродажи скомпилированных файлов .ex4
Владимир, дело в том, то что Вы видите в результате шифрования не имеет отношения к банальному переименованию переменных.
В первом посте и ветке уже говорилось не раз об этом, но если кратко, то это дополнительные меры предосторожности от несанкционированного исследования, модификации, переименования и перепродажи скомпилированных файлов .ex4
///
Какой смыл вообще шифровать исходник ?
Тут два варианта:
1. От запутанного кода захлебывается декомпилятор и не получается декомпилировать.
2. Захлебывается человек пытающийся анализировать декомпелированный код (сомнительный пункт).
сложнее не стало )
Александр, приложил для Вас самый обычный примитивный индикатор в зашифрованном виде, входящий в стандартную сборку терминала МТ4
Файл использует элементарный запрет работы, но вся логика в наличии
Код читается легко?
Индикатор узнаете?
Можете без проблем воссоздать его логику не подглядывая в первичный исходник?
P.S. Чем более сложен и функционален первичный исходный код, тем эффективней его шифрование. И это далеко не финальная версия шифрования.