Protegendo o código fonte antes da compilação - página 11

 
Pavel Izosimov:


Qualquer modificação não autorizada subseqüente das informações exibidas no gráfico na caixa de informações fará com que a lógica se decomponha.


Este problema é resolvido elementar - apagando todos os objetos gráficos no final da função OnTick. Para ser mais confiável, a eliminação pode ser feita antes de todas as devoluções.
Документация по MQL5: Графические объекты / ObjectsDeleteAll
Документация по MQL5: Графические объекты / ObjectsDeleteAll
  • www.mql5.com
Графические объекты / ObjectsDeleteAll - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5
 
Pavel Izosimov:

Exemplo 2: Este é o aspecto do código fonte após a criptografia dinâmica (arquivo anexado)

Você comparou a velocidade antes e depois?
 
Dmitry Fedoseev:
Este problema é resolvido de forma elementar - apagando todos os objetos gráficos no final da função OnTick. Para maior segurança, a eliminação pode ser feita antes de todas as devoluções.

Dmitry, obrigado por seu comentário!

Você está pronto para remover esta proteção com a forma elementar que você sugere do arquivo .ex4 compilado ?

Apenas este tópico fala sobre proteções adicionais antes da compilação, a fim de aplicá-las a arquivos prontos para uso em forma compilada

 
Pavel Izosimov:

Dmitry, obrigado por seu comentário!

Você está pronto para remover esta proteção com a forma elementar que você sugere do arquivo .ex4 compilado ?

É que este tópico fala sobre proteções adicionais antes da compilação, a fim de aplicá-las a arquivos prontos para uso na forma compilada

Falando de seu código ofuscado. Se assim for (se o arquivo for ex4), não importa se a fonte é ofuscada ou não.

 
Dmitry Fedoseev:

Se assim for (se o arquivo for ex4), não importa se a fonte é ofuscada ou não.

Dimitri, nossa experiência prática mostra que há uma diferença

https://www.mql5.com/ru/forum/65561/page6#comment_1988779

Mas não pretendemos mudar a opinião de ninguém.

Защита исходного кода до компиляции
Защита исходного кода до компиляции
  • www.mql5.com
С последними билдами терминала МТ4 этот процесс усложнился, но тем не менее опытные специалисты по взлому успешно анализируют их содержание и вносят в них несанкционированные правки, в т. - Страница 6 - Категория: общее обсуждение
 
Alexandr Bryzgalov:

e ainda assim, não, a máquina começou a fazer algo.

o que eu enviei.

o que veio (tive que cortar as pontas para caber no tamanho da mensagem)

Alexander, finalizou, atualizou a versão da banda de rodagem, obrigado!

Estou anexando a versão do código fonte que você publicou de forma criptografada. Agora ela se compila sem erros.

Se você tiver tempo e desejo, pode também enviar você mesmo um pedido de criptografia

Arquivos anexados:
 
Pavel Izosimov:

Dimitri, nossa experiência prática mostra que há uma diferença

https://www.mql5.com/ru/forum/65561/page6#comment_1988779

Mas não pretendemos mudar a opinião de ninguém.

Cara, não seja estúpido, não há idiotas sentados aqui.
 
Sim... ofuscação é um negócio muito arriscado... Primeiro de tudo é seu próprio cérebro que fica ofuscado... e tal tolice começa, como vemos neste fio.
 
Dmitry Fedoseev:
Você já comparou a velocidade antes e depois?

Dimitri, você fez uma boa e realmente importante pergunta!

Quanto mais complexa for a criptografia e quanto mais algoritmos de segurança adicionais forem integrados, mais lenta será a velocidade.

No momento, para códigos mais ou menos complexos, a velocidade diminui por um fator de 3-5.

Como regra, a segurança é uma prioridade significativa sobre a velocidade, especialmente porque ela não é perceptível no processo de negociação em si, e configurações ótimas podem ser fornecidas na maioria das vezes pelo desenvolvedor, que tem a capacidade de testar em alta velocidade o código original sem criptografia.

 
A seriedade da abordagem é cativante
Razão: