Problèmes de communication difficiles - page 5

 
En supposant le point 4, le premier ordre doit être exécuté. Si c'est le cas, alors la deuxième commande devrait être exécutée, mais pas puisque le serveur est en train de traiter la première demande. N'est-ce pas ?

il y a 2 possibilités :
1. le premier ordre est exécuté (mais vous l'apprendrez en modifiant la liste des positions ouvertes ou en vérifiant les logs du terminal), le deuxième ordre n'est même pas envoyé au serveur ;
2. le deuxième ordre n'est de toute façon pas envoyé au serveur. le premier ordre n'est pas exécuté. voir la raison dans les logs
 
<br / translate="no">il y a 2 possibilités :
1. le premier ordre est exécuté (mais vous le saurez en modifiant la liste des positions ouvertes ou en vérifiant les journaux du terminal), le deuxième ordre n'ira même pas sur le serveur ;
2. le deuxième ordre n'est en tout cas pas transmis au serveur. le premier ordre n'est pas exécuté.



Ok. Alors expliquez-moi, et aux autres aussi, ce que signifient ces lignes :

1. 2005.11.29 16:59:52 '82991' : connexion (4.00, #2841B56A)
2. 2005.11.29 17:00:33 'TradeContext : erreur ping
3. 2005.11.29 17:02:25 '82991' : Impossible de se connecter [Pas de connexion].
4. 2005.11.29 17:03:33 '82991' : la demande a été acceptée par le serveur.
5. 2005.11.29 17:03:33 '82991' : requête en cours de traitement
6. 2005.11.29 19:11:44 '82991' : clôture de l'ordre #2076385 vendre 0.10 EURUSD à 1.1759 sl : 0.0000 tp : 0.0000 au prix 1.1743
7.2005.11.29 18:36:29 '82991' : ordre instantané de vente de 0.10 EURUSD à 1.1785 sl : 0.0000 tp : 0.0000

Je vous demande de ne pas le prendre comme une agression, je suis juste fatigué d'analyser pourquoi les ordres ne sont pas exécutés et je ne comprends pas tous les logs, ce genre d'entrées sont les plus fréquemment utilisées.
 
Les développeurs se taisent à nouveau.........
Et que signifie la ligne suivante :
2005.11.30 09:38:40 Ancien tick EURUSD5 1.1779/1.1782
Pas de réponse non plus ?
Où puis-je lire ce que signifient les entrées du journal ?
 
Если допустить п.4, то первый ордер должен быть исполнен. Так ? а второй поскольку сервер обрабатывает первый запрос, нет. Так ?

2 options sont possibles :
1. le premier ordre est exécuté (mais vous pouvez vous en rendre compte en modifiant la liste des positions ouvertes ou en vérifiant les journaux du terminal), le deuxième ordre ne sera même pas transmis au serveur ;
2. le deuxième ordre n'est en tout cas pas transmis au serveur. le premier ordre n'est pas exécuté.


Revenons à notre point de départ. Nous sommes déjà 50 à Kharkov et nous essayons de résoudre ce problème et "pyrodex" n'est pas le premier et hélas pas le dernier. Chaque jour, des personnes viennent au centre de négociation de Kharkiv de l'Ukrsotsbank et ne travaillent pas en tant qu'experts (l'Ukrsotsbank interdit par défaut l'utilisation d'experts sur des comptes réels), mais utilisent des stylos sur de l'argent réel et demandent quand cette x-..... finira. Certaines personnes pensaient avoir des problèmes d'ordinateur. Appelé le bureau de Kiev de Ukrsotsbank (acheteur MT4), et ils répondent verbatim le suivant ".... ce programme est exigeant pour les canaux de communication, traiter avec les fournisseurs .....", à la question ".... pourquoi il fonctionne déformé dans votre branche Kharkiv" réponse, "...... ils ont des problèmes avec le réseau local à Kharkiv....". Et il convient de noter ce qui suit : les problèmes avec le réseau local du centre de négociation de Kharkiv ont commencé le jour où ils sont passés à MT4 le lundi et ont duré pendant la quatrième semaine sans interruption, le vendredi sur MT3 deux jours avant il n'y avait pas de problème pour une raison quelconque et pendant toute l'année avant cela aussi. Il est difficile de supposer que Ukrsotsbank s'est soudainement mise à tricher, car avant l'introduction de MT4, elle ne donnait aucune raison d'être suspecte. Il y a eu quelques malentendus au cours de l'année, mais dans la limite du raisonnable. Nous sommes allés voir le vice-président de la banque (et Ukrsotsbank est l'une des dix plus grandes banques d'Ukraine) ; il nous a donné le chef du département d'automatisation et d'informatisation. Deux jours plus tard, il nous a répondu qu'il n'allait pas sacrifier la sécurité de la banque pour faire fonctionner MT4. À en juger par le fait que les développeurs n'ont rien dit d'intelligible, si ce n'est de négocier avec les fournisseurs et autres bêtises, il n'y a pas encore de solution au problème.
 
mark 30.11.05 10:28
Retour au point de départ...

Les spécialistes du centre de traitement de Kharkiv ne nous ont pas contactés.
 
Messieurs les développeurs !
Le fait est que lorsque j'ai contacté ma société de courtage au sujet du problème de connexion, ils m'ont renvoyé vers le développeur, c'est-à-dire vous.
MT4 étant très pointilleux sur les canaux de communication, pourriez-vous préciser les exigences relatives à ces canaux ?

Je ne suis pas sûr de ce qu'il faut faire si je veux utiliser ces canaux, mais je ne connais pas leurs paramètres.
J'ai demandé à mon fournisseur, mais il a une contre question : de quelle qualité avez-vous besoin ? Qu'est-ce que je dois lui dire ?
Que dois-je faire alors pour utiliser le trading mobile, pas le Wap, mais la version MT à part entière via GPRS ?
Et toutes les villes de Russie et de la CEI ne disposent pas d'une qualité d'internet aussi exceptionnelle que celle de Moscou ?

Et pour vous épargner la tête, veuillez télécharger les fichiers journaux décryptés.
Mais le sens d'une telle clarté, et les raisons de tels enregistrements comme :

1. 2005.11.29 16:59:52 '82991' : connexion (4.00, #2841B56A)
2. 2005.11.29 17:00:33 'TradeContext : erreur ping
3. 2005.11.29 17:02:25 '82991' : Impossible de se connecter [Pas de connexion].
4. 2005.11.29 17:03:33 '82991' : la demande a été acceptée par le serveur.
5. 2005.11.29 17:03:33 '82991' : demande en cours de traitement
6. 2005.11.29 19:11:44 '82991' : clôture de l'ordre #2076385 vendre 0.10 EURUSD à 1.1759 sl : 0.0000 tp : 0.0000 au prix 1.1743
7.2005.11.29 18:36:29 '82991' : ordre instantané de vente de 0.10 EURUSD à 1.1785 sl : 0.0000 tp : 0.0000

pas vraiment.
Pour que vous puissiez avoir une conversation raisonnée avec le prestataire et vous.
 
MetaQuotes 30.11.05 11:37
Les spécialistes du centre de traitement de Kharkiv ne nous ont pas contactés.


C'est donc lui qui est responsable de tous les problèmes ! Centre de commerce de Kharkiv ! !! Et qui d'autre doit venir s'incliner devant vous pour que vous preniez enfin le problème à bras le corps ?

Venons-en au fait. Je me répète. Il y a des problèmes de connexion. En attendant le flux dense de cotations (nouvelles, activité du marché), les retards dans la livraison des informations (cotations, flux de nouvelles) peuvent atteindre 3 minutes. Visuellement, cela s'exprime par le fait que le flux de cotations "s'arrête", "s'accumule", puis la partie "accumulée" des cotations arrive en un seul instant du côté du client. Après quelques secondes, la situation se répète jusqu'à ce que le marché se stabilise.

Votre conseil de préférer un fournisseur spécifique peut être valable. En effet, par le fournisseur A, le routage passe par 15 serveurs - américains, par l'Allemagne, puis retourne en Ukraine. Le problème est présent. Par le biais du FAI B, le routage passe exclusivement par des serveurs "ukrainiens". Le problème n'est pas observé. Cependant ! !! La latence en ms chez le fournisseur A est 2 à 3 fois moins importante que chez le fournisseur B. Le produit MT est-il si nationalisé-privilégié qu'il a une aversion pour les canaux de communication bourgeois ?

Encore une fois, avant l'introduction de MT4, il n'y avait AUCUN problème. Le problème de connectivité se pose UNIQUEMENT avec le logiciel MT4 (sans distinction de fournisseur). IE, ICQ et tout le reste fonctionnent sans problème.

Veuillez faire de la résolution du problème de connectivité une priorité.

Merci.
 
Skull_AC 30.11.05 12:51
C'est donc lui qui est à blâmer pour tous les problèmes ! !! Kharkiv DC ! !!

Veuillez lire attentivement tous les messages précédemment postés dans ce fil de discussion, afin que les messages suivants soient liés logiquement et ne soient pas séparés du contexte de la discussion.

...S'il vous plaît, faites-en une priorité pour résoudre enfin le problème de communication.

Une citation d'un post précédent : "...Nous sommes allés voir le directeur adjoint de la banque (et Ukrsotsbank est l'une des dix plus grandes banques d'Ukraine), il nous a donné le chef du département d'automatisation et d'informatisation à démolir. Deux jours plus tard, il nous a dit qu'il n'allait pas sacrifier la sécurité informatique de la banque pour un seul MT4.
 
Messieurs les développeurs ! !!
Arrêtons d'utiliser des mots ! Ce n'est pas le but de vous ennuyer. Assurez-vous que MT4 est aussi bon que MT3 et vous obtiendrez autant de reports que vous le souhaitez.

Vous avez dit vous-même 23.11.05 20:15 "Le problème est étudié avec soin" et quel a été le résultat de cette étude ?
Et si ce n'est pas le cas, quand cela prendra-t-il fin ?
Et si ce n'est pas un secret, vous êtes à Moscou ? Ainsi, vous avez une brillance totale avec la connexion, ce qui ne peut pas être dit pour les régions.
Si vous avez besoin d'aide pour vérifier la qualité de la communication de différentes régions, dites-moi simplement ce qu'il faut faire, il y a au moins 10 personnes de différentes parties de la CEI qui sont prêtes à faire n'importe quel travail pour étudier le problème, juste pour accélérer sa solution.
 
Étonnamment, l'exécution des ordres est bien meilleure aujourd'hui. Seuls 10 % environ de tous les ordres passés ne sont pas exécutés.
Vous allez dans la bonne direction ! !!
Ne pouvons-nous pas modifier "quelques paramètres supplémentaires du côté du courtier" pour que les ordres soient encore mieux exécutés ?
Je l'ai vérifié sur une démo Alpari.
Raison: