Erros, bugs, perguntas - página 987

 

Pergunta para programadores.

De que depende o sucesso do envio de notificações push?

Tenho um guião que envia uma mensagem, mas eles não vêm por alguma razão (as regras sobre o número de mensagens, etc. são satisfeitas).

 

O que se passa com os quatro outra vez?

500 é um erro interno do servidor.

Problema com o recurso solicitado; o recurso não pode ser exibido.

 
Obrigado, isso ajudou.
 
Interesting:

Pergunta para programadores.

De que depende o sucesso do envio de uma notificação Push?

Porque o meu guião envia mensagens, mas elas não vêm por alguma razão (regras sobre o número de mensagens, etc. são cumpridas).

Problema resolvido, as mensagens chegam.

Mas, de alguma forma, há um atraso. Esperava-se que viessem se não "instantaneamente", pelo menos em 10-20 segundos.

Na prática demorou alguns minutos.

 
Interesting:

Problema resolvido, as mensagens estão a chegar.

Mas, de alguma forma, há um atraso. Espera-se que cheguem pelo menos 10-20 segundos mais tarde, se não "instantaneamente".

Na prática, demora alguns minutos.

A questão já foi levantada. Para receber mensagens instantaneamente, é necessária uma ligação à Internet activa em qualquer altura.

Para ter a certeza: tente executar uma aplicação no seu telemóvel que esteja constantemente ligada (por exemplo, rádio pela Internet) e depois envie uma mensagem - ela virá instantaneamente.

 

Foi detectado um comportamento estranho dos agentes de teste. É irregular, mas constante. A desinstalação espontânea destes mesmos agentes com eliminação do ficheiro metatester.exe ocorre. O tronco é lacónico:

PH 0 14:39:52 Serviço 'MetaTester-1' parado inicializado
FP 0 14:39:55 Serviço 'MetaTester-1' parado em 3000 ms
OH 0 14:39:55 Serviço 'MetaTester-1' desinstalado com sucesso
CM 0 14:39:55 Serviço 'MetaTester-2' parado inicializado
NE 0 14:39:58 Serviço 'MetaTester-2' parado em 3015 ms
OS 0 14:39:58 Serviço 'MetaTester-2' desinstalado com sucesso
QD 0 14:39:58 Serviço 'MetaTester-3' parado inicializado
ML 0 14:40:01 Serviço 'MetaTester-3' parado em 3000 ms
PJ 0 14:40:01 Serviço 'MetaTester-3' desinstalado com sucesso
PK 0 14:40:01 Serviço 'MetaTester-4' parado inicializado
MS 0 14:40:04 Serviço 'MetaTester-4' parado em 3000 ms.

LE 0 14:40:04 Serviço 'MetaTester-4' desinstalado com sucesso

É muito irritante, e a razão não é de todo clara.

Документация по MQL5: Файловые операции / FileDelete
Документация по MQL5: Файловые операции / FileDelete
  • www.mql5.com
Файловые операции / FileDelete - Документация по MQL5
 
joo:

A questão já foi levantada. É necessária uma ligação activa à Internet a todo o momento para receber mensagens instantaneamente.

Para ter a certeza: tente executar uma aplicação no seu telemóvel que esteja constantemente ligada (por exemplo, rádio pela Internet) e depois envie uma mensagem - ela chegará instantaneamente.

Obrigado, não estava ciente dessa característica.

Acabei de assumir que o próprio terminal tem de suportar uma ligação tão constante.

Ou estarei eu errado?

 
muallch:

Foi detectado um comportamento estranho dos agentes de teste. Irregular, mas persistente. A desinstalação espontânea destes mesmos agentes com eliminação do ficheiro metatester.exe ocorre. O tronco é lacónico:

PH 0 14:39:52 Serviço 'MetaTester-1' stop inicializado
FP 0 14:39:55 Serviço 'MetaTester-1' parado em 3000 ms
OH 0 14:39:55 Serviço 'MetaTester-1' desinstalado com sucesso
CM 0 14:39:55 Serviço 'MetaTester-2' parado inicializado
NE 0 14:39:58 Serviço 'MetaTester-2' parado em 3015 ms
OS 0 14:39:58 Serviço 'MetaTester-2' desinstalado com sucesso
QD 0 14:39:58 Serviço 'MetaTester-3' parado inicializado
ML 0 14:40:01 Serviço 'MetaTester-3' parado em 3000 ms
PJ 0 14:40:01 Serviço 'MetaTester-3' desinstalado com sucesso
PK 0 14:40:01 Serviço 'MetaTester-4' parado inicializado
MS 0 14:40:04 Serviço 'MetaTester-4' parado em 3000 ms

LE 0 14:40:04 Serviço 'MetaTester-4' desinstalado com sucesso.

Muito problemático, além disso, a razão é absolutamente obscura.

+1.

Seria desejável, se os criadores mostrassem num registo a razão, o que inicia a paragem dos agentes...

 

Aqui vai uma pergunta:

Uma EA no MT5 utiliza um ficheiro de dados de leitura e escrita.

Executamos o Expert Advisor para optimização de entradas utilizando agentes locais de múltiplos núcleos e agentes remotos instalados em computadores na rede.

Que ficheiro será acedido pelas instâncias testadas do Conselheiro Especialista?

Se ao mesmo tempo - que mecanismos são utilizados para partilhar recursos?

Digamos, uma instância de uma EA optimizada acedeu ao ficheiro para o escrever e bloqueou-o, e neste momento, outras instâncias de EA devem aceder ao mesmo ficheiro - como é que o problema é resolvido? Há algum mecanismo no MT5 ou o programador deve lembrar-se que o ficheiro pode ser bloqueado durante os testes?

Документация по MQL5: Файловые операции / FileWrite
Документация по MQL5: Файловые операции / FileWrite
  • www.mql5.com
Файловые операции / FileWrite - Документация по MQL5
 
Ashes:

+1.

Gostaria que os programadores mostrassem no registo o motivo que inicia a paragem do agente.

Porquê?

Os agentes só são detidos à força por razões fraudulentas detectadas. Já falámos sobre isto muitas vezes. Por exemplo, 100 agentes num computador de 2 núcleos. Ou 4 agentes em 256 megabytes de RAM para todos eles. Ou um agente numa máquina virtual que relata ter um concerto de RAM, mas nada diz sobre partilhar esse concerto com mais 7 máquinas virtuais. E assim por diante.

Porquê dizer a alguém que estão a fazer batota? É uma vergonha, não é?

Razão: