Como posso acessar o peru remotamente? - página 2

 
mikfor >>:
Коллеги!
Представьте следующее.
Есть индюк. Хочется показать его заинтересованным лицам.
Не хочется чтобы они добрались до кода, до того, как индюк устроен.
Но хочется, чтобы они могли использовать его как если бы я просто им его дал, не скрывая код.
Почитал страшные вещи про декомпиляцию, понял, что шифровать дело пустое.
Может быть, предложите способы?

se o indicador der sinais não em m1

mas com prazos mais longos, por exemplo, h1 h4

uma das formas - suficientemente complicada
Você configura seu servidor na Internet ou em uma máquina virtual
Difundir (software) os sinais do indicador para aqueles que estão registrados como clientes
você envia os sinais para o e-mail, ICQ ou Skype

A segunda opção é criar um Expert Advisor que receberá sinais da Internet
por senha e nome que você dará a seus clientes
o Expert Advisor irá ao seu site ou Ftp ou o que quer que você tenha configurado a interface
ou você enviará uma lista

você pode rastrear os IPs de onde vêm os pedidos
etc.
--
você tem o valioso indicador - você não dá o código - apenas sinais
seguindo um padrão similar
--
a idéia é muito simples
a implementação disto ou daquilo - dei apenas um exemplo de como isso pode ser feito
o mais difícil é organizar o trabalho para que não haja sinais REAIS
 

o que você quer dizer com "sem sinais" ?

 
Eu tenho um tixaver. Economiza os carrapatos perfeitamente. Agora só tenho o símbolo GBPUSD, você pode escrever muitos símbolos diferentes na vírgula original. Pergunta. O que devo fazer para que não escreva no arquivo em arquivos de especialistas, mas em um arquivo excluído? Imagine, eu carreguei no servidor no arquivo ftp .prn, coloquei os direitos 777, ou seja, qualquer um pode entrar e escrever ... ou o quê?
Arquivos anexados:
ticksave3.mq4  11 kb
 

Tudo depende da freqüência com que o servidor é acessado e outras variáveis.

 
Digamos que não há carrapatos. Os carrapatos são realmente muito freqüentes para o servidor.
Digamos, uma vez por minuto. Para escrever o preço de fechamento pelas barras M1 formadas em um arquivo.
Alguém provavelmente até nos enviará um link para um roteiro tão pronto.
A questão é como modificá-lo para escrevê-lo em um arquivo em um servidor remoto?
 
xrust >>:

что значит "НЕ ПОЛУЧЕННЫХ сигналов" ?

os mesmos que os perdidos

não é certo que a correspondência chegue ao destinatário

portanto, a unidade de correio deve ser o mais confiável possível.

--

o iniciador lógico é aquele que cria o sinal - portanto, ele deve preparar logicamente o sinal.

o subsistema que o enviará - é aí que ele deve ser suficientemente confiável

-

outra maneira.

o cliente irá bicar - o servidor - com uma pergunta como "hey server, existe um sinal? ele respondeu não - ou existe

é exatamente isso que está errado com este esquema.

--

é por isso que quem envia o sinal é quem o envia.

e você tem que enviá-lo - para que seja confiável e o cliente não receba o sinal! - certo?

são falhas de comunicação e assim por diante

significa controle e envio repetido - controle da vida útil do sinal - se uma posição tiver que ser fechada

o sinal não importa quanto tempo o sinal vive

Portanto, a lógica não será simples.

etc.

 
mikfor >>:
Допустим, не надо тиков. Тики правда слишком частое ображение к серверу.
Допустим, раз в минуту. Чтобы по сформированным барам М1 писать в файл цену закрытия.
Это дело нехитрое, кто-нибудь наверняка даже ссылку сейчас кинет, на уже готовый такой скрипт.
Вопрос в том как его модифицировать, чтобы писал он в файл на удаленном сервере?

Por que você gostaria de enviar fechamentos de bar para um servidor remoto?

Não seria mais fácil colocar o mt4 onde você precisa saber se o bar está fechado ou não?

porque na África e em Moscou e em Bratsk

o mesmo corretor fechará o bar quase ao mesmo tempo

---

escrever um sinal é outro assunto

e dar a todos os clientes acesso a este servidor

para que eles possam ler o servidor.

mas a questão é outra - os clientes - eles não deveriam ter que ler o servidor a cada minuto

os sinais devem chegar ao cliente quando são gerados
então cabe a quem o está criando enviá-lo para fora

--

você tem um sinal a cada hora ? a cada 4 horas ? ou a cada minuto ?

 
mikfor писал(а) >>
Colegas!
Imagine o seguinte.
Há um peru. Gostaríamos de mostrá-lo às partes interessadas.
Não quero que eles cheguem ao código, para ver como o peru está organizado.
Mas eu quero que eles possam usá-lo como se eu lhes tivesse dado o código, sem esconder o código.
Li algumas coisas assustadoras sobre descompilação, e percebi que a criptografia é uma perda de tempo.
Talvez você possa sugerir maneiras?


O indicador roda em seu computador, carrega os dados periodicamente para o servidor, o indicador personalizado faz o download periódico deste arquivo e exibe os dados.
 
mikfor писал(а) >>
Digamos que não há carrapatos. Os carrapatos são realmente muito freqüentes para o servidor.
Digamos, uma vez por minuto. Para escrever o preço de fechamento pelas barras M1 formadas no arquivo.
Alguém provavelmente até nos enviará um link para um roteiro tão pronto.
A questão é como modificá-lo para escrevê-lo em um arquivo em um servidor remoto?


Os dados são transferidos para o script do servidor (por exemplo, em PHP), e são escritos no arquivo. Tudo isso é muito mais complicado do que você pensa, através da Internet para trabalhar não é o seu computador para abrir/fechar um arquivo.

 
YuraZ писал(а) >>

por que escrever fechamentos de barra em algum servidor remoto

Não seria mais fácil colocar o mt4 onde você precisa saber se o bar está fechado ou não?

porque na África e em Moscou e em Bratsk

o mesmo corretor fechará o bar quase ao mesmo tempo

---

escrever um sinal é outro assunto

e dar a todos os clientes acesso a este servidor

para que eles possam ler o servidor.

mas a questão é outra - os clientes - eles não deveriam ter que ler o servidor a cada minuto

os sinais devem chegar ao cliente quando são gerados
então cabe a quem o está criando enviá-lo para fora

--

você tem um sinal a cada hora ? a cada 4 horas ? ou a cada minuto ?






Yuri, faça um pouco de abstração. Não se trata de carrapatos ou tempo, trata-se da necessidade de adicionar periodicamente alguns dados a um arquivo no servidor.
Razão: