Erreurs, bugs, questions - page 987
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
C'est quoi ce quatre, déjà ?
500 est une erreur de serveur interne.
Problème avec la ressource demandée ; la ressource ne peut pas être affichée.
Question pour les développeurs.
De quoi dépend le succès de l'envoi d'une notification Push ?
Parce que mon script envoie des messages, mais ils ne viennent pas pour une raison quelconque (les règles concernant le nombre de messages, etc. sont remplies).
Problème résolu, les messages arrivent.
Mais d'une manière ou d'une autre, il y a un retard. On s'attendait à ce qu'ils viennent, sinon "instantanément", du moins en 10 à 20 secondes.
En pratique, cela n'a pris que quelques minutes.
Problème résolu, les messages arrivent.
Mais d'une manière ou d'une autre, il y a un retard. Ils sont censés arriver au moins 10 à 20 secondes plus tard, voire "instantanément".
En pratique, cela ne prend que quelques minutes.
La question a déjà été soulevée. Pour recevoir des messages instantanément, vous devez disposer d'une connexion internet active à tout moment.
Pour en être sûr : essayez de lancer une application sur votre mobile qui est constamment connectée (par exemple, une radio Internet), puis envoyez un message - il arrivera instantanément.
Un comportement étrange des agents de test a été détecté. Elle est irrégulière, mais constante. Une désinstallation spontanée de ces mêmes agents avec suppression du fichier metatester.exe se produit. Le journal est laconique :
PH 0 14:39:52 Service 'MetaTester-1' arrêté initialisé
FP 0 14:39:55 Service 'MetaTester-1' arrêté dans 3000 ms
OH 0 14:39:55 Le service 'MetaTester-1' a été désinstallé avec succès.
CM 0 14:39:55 Service 'MetaTester-2' arrêté et initialisé
NE 0 14:39:58 Service 'MetaTester-2' arrêté en 3015 ms
OS 0 14:39:58 Le service 'MetaTester-2' a été désinstallé avec succès.
QD 0 14:39:58 Service 'MetaTester-3' arrêté initialisé
ML 0 14:40:01 Service 'MetaTester-3' arrêté dans 3000 ms
PJ 0 14:40:01 Le service 'MetaTester-3' a été désinstallé avec succès.
PK 0 14:40:01 Service 'MetaTester-4' arrêté initialisé
MS 0 14:40:04 Service 'MetaTester-4' arrêté dans 3000 ms.
LE 0 14:40:04 Service Le service 'MetaTester-4' a été désinstallé avec succès.
C'est très ennuyeux, et la raison n'est pas du tout claire.
La question a déjà été soulevée. Vous devez disposer d'une connexion internet active à tout moment pour recevoir des messages instantanément.
Pour en être sûr, essayez de lancer une application sur votre mobile qui est constamment connectée (par exemple, une radio Internet), puis envoyez un message - il arrivera instantanément.
Merci, je n'étais pas au courant de cette fonctionnalité.
J'ai simplement supposé que le terminal lui-même devait supporter une connexion aussi constante.
Ou ai-je tort ?
Un comportement étrange des agents de test a été détecté. Irrégulier, mais persistant. Une désinstallation spontanée de ces mêmes agents avec suppression du fichier metatester.exe se produit. Le journal est laconique :
PH 0 14:39:52 Arrêt du service 'MetaTester-1' initialisé
FP 0 14:39:55 Service 'MetaTester-1' arrêté dans 3000 ms
OH 0 14:39:55 Le service 'MetaTester-1' a été désinstallé avec succès.
CM 0 14:39:55 Service 'MetaTester-2' arrêté et initialisé
NE 0 14:39:58 Service 'MetaTester-2' arrêté en 3015 ms
OS 0 14:39:58 Le service 'MetaTester-2' a été désinstallé avec succès.
QD 0 14:39:58 Service 'MetaTester-3' arrêté initialisé
ML 0 14:40:01 Service 'MetaTester-3' arrêté dans 3000 ms
PJ 0 14:40:01 Le service 'MetaTester-3' a été désinstallé avec succès.
PK 0 14:40:01 Service 'MetaTester-4' arrêté initialisé
MS 0 14:40:04 Service 'MetaTester-4' arrêté dans 3000 ms
LE 0 14:40:04 Le service 'MetaTester-4' a été désinstallé avec succès.
Très gênant, de plus la raison n'est absolument pas claire.
+1.
Il serait souhaitable que les développeurs affichent dans un journal la raison qui déclenche l'arrêt des agents...
Voici une question :
Un EA sur MT5 utilise un fichier de données en lecture et écriture.
Nous exécutons l'Expert Advisor pour l'optimisation des entrées en utilisant des agents multicœurs locaux et des agents distants installés sur des ordinateurs du réseau.
Quel fichier sera accédé par les instances testées de l'Expert Advisor ?
Si c'est le cas, quels mécanismes sont utilisés pour partager les ressources ?
Disons qu'une instance d'un EA optimisé a accédé au fichier pour l'écrire et l'a verrouillé, et qu'à ce moment-là, d'autres instances d'EA devraient accéder au même fichier - comment le problème est-il résolu ? Y a-t-il des mécanismes dans MT5 ou le programmeur doit-il se rappeler que le fichier peut être verrouillé pendant les tests ?
+1.
J'aimerais que les développeurs affichent dans le journal la raison qui déclenche l'arrêt de l'agent...
Pourquoi ?
Les agents ne sont arrêtés de force que pour des raisons frauduleuses détectées. Nous en avons parlé à plusieurs reprises. Par exemple, 100 agents sur un ordinateur à 2 cœurs. Ou 4 agents avec 256 méga de RAM pour tous. Ou un agent sur une machine virtuelle qui signale qu'elle dispose d'un giga de RAM, mais ne dit rien sur le fait qu'elle partage ce giga avec 7 autres machines virtuelles. Et ainsi de suite.
Pourquoi dire à quelqu'un qu'il est infidèle ? C'est une honte, n'est-ce pas ?
Pourquoi ?
Les agents ne sont arrêtés de force que pour des raisons frauduleuses qui ont été identifiées. Nous en avons parlé à plusieurs reprises. Par exemple, 100 agents sur un ordinateur à 2 cœurs. Ou 4 agents avec 256 méga de RAM pour chacun d'entre eux. Ou un agent sur une machine virtuelle qui signale qu'elle dispose d'un giga de RAM, mais ne dit rien sur le fait qu'elle partage ce giga avec 7 autres machines virtuelles. Et ainsi de suite.
Pourquoi dire à quelqu'un qu'il est infidèle ? C'est une honte, n'est-ce pas ?