Como se proteger contra a cópia de longas negociações do testador - página 7

 
Dmitry Fedoseev:
Experimentei-o agora. Está funcionando. Experimentei-o no MT4 em testador, em especialista.
Então esta é a saída, que foi sugerida na primeira página da linha. o autor respondeu que o WebRequest não é executado no testador.
 
Dmitry Fedoseev:
Experimentei-o agora. Está funcionando. Experimentei-o no MT4 no testador, no especialista.
Então, é a solução mais confiável.
 
Há um senão. No arquivo anfitrião, podemos fazer um redirecionamento.
 
Dmitry Fedoseev:
Há um senão. Podemos fazer o redirecionamento no arquivo anfitrião.
Mas o protocolo de comunicação com o servidor pode ser escondido ou criptografado. De que serviria se um intruso falsificasse o servidor porque não saberia como se comunicar com o programa.
 
Vasiliy Sokolov:
Mas o protocolo de comunicação com o servidor pode ser escondido ou criptografado. De que serviria se um atacante falsificasse o servidor, pois ele não saberia como se comunicar com o programa.
Algo tem que ser inventado.
 
Vasiliy Sokolov:

O problema não é tão simples quanto pode aparecer pela primeira vez. O seguinte pode ser sugerido (siga o pensamento):

  1. Para a primeira execução, o consultor especializado negocia no testador de estratégia até a data de proteção na mesma (ou um mês antes dessa data, as condições ficam a critério do autor).

Sim, esta me parece ser uma boa opção. Na minha opinião, não devemos sequer pegar o arquivo, mas usar uma variável global. Nele encriptamos a data da última citação no testador.

Quando a iniciamos no testador, lemos que a variável global e o tiquetaque do processo ou é escrito rigidamente na EA (se não houver variável global) ou no mês anterior à data criptografada, mas ainda recebemos tiquetaques e atualizamos a variável global de acordo com o último tique.

Obrigado, vou tentar esta variante, eu gosto muito dela.

 
Dmitry Fedoseev:
Há um senão. No arquivo anfitrião, podemos fazer um redirecionamento.

O fato de que o WebRequest não funciona no testador - eu só obtive isso da ajuda, não tentei solicitar dados.

Redirecionar no arquivo anfitrião é inútil, ao mesmo tempo em que se tem que responder às solicitações. Isto é, a quantidade de trabalho é significativamente diferente - quer seja apenas movendo o tempo para frente, quer seja organizando uma fraude através de um servidor de tempo falso.

Também não gosto do WebRequest precisamente por causa de ações adicionais de resolução. Não, a variante proposta por Vasiliy Sokolov me parece a mais promissora.

 
George Merts:

Não, a opção sugerida por Vasiliy Sokolov me parece a mais promissora.

A opção infalível, se você quiser, pode ser contornada mudando o tempo nas barras do arquivo de histórico...
 
Honestamente, pessoal, acho que vocês deveriam ter iniciado a discussão sobre este tópico por nada. Eu acho que muitas pessoas nem mesmo pensavam que era possível fazer isso antes, e aqui você discutiu tudo isso e deu às pessoas uma grande idéia e uma maneira de implementar como não pagar por consultores que trabalham em TFs mais antigos.
 
Alexandr Bryzgalov:
A proteção do tolo, se você quiser, pode ser contornada mudando o tempo no arquivo da barra de histórico...

Isto está longe de ser estúpido ou preguiçoso)).

Imagine o quanto teria que ser feito:

1. Escreva um roteiro que substitua os tempos das barras na história.

2. Desconectar-se da Internet, para que as novas barras reais não sejam misturadas com as substituídas.

3. Executar o roteiro, substituindo os tempos.

4. Comece a testar. Obtenha a direção do comércio.

5. Execute o roteiro para voltar o tempo de bar ao normal.

6. Conecte-se à Internet.

Isto não é mais um "freebie"...