Sie garantieren das Eintreffen des OnTradeTransaction-Ereignisses nicht, daher ist es nicht eingetroffen (TRADE_TRANSACTION_DEAL_ADD)
Woher haben Sie diese Aussage?
Und wenn das Ereignis TRADE_TRANSACTION_HISTORY_ADD eingetreten ist, war der AuftragsstatusORDER_STATE_CANCELED
Dort sind die "Beine gewachsen".
Wenn der Auftrag (unabhängig davon, wie er ausgeführt wurde) teilweise ausgeführt wurde, dann ist der Status meines Erachtens
sollte in der Historie als ORDER_STATE_PARTIAL aufgezeichnet werden
Leider diskutieren Sie darüber, ohne vollständige Informationen (Protokolle und Berichte) zur Verfügung zu stellen, und ziehen nur Teile davon heraus, um die andere Partei auf halbem Wege zu Spekulationen und Mutmaßungen zu veranlassen. Ist das, um sich selbst Spielraum zu verschaffen oder um einfach nicht daran zu denken?
Leider stellen Sie aus irgendeinem Grund keine vollständigen Informationen (Protokolle, Berichte) zur Verfügung und ziehen nur Bruchstücke heraus, was die andere Seite dazu zwingt, Schlussfolgerungen zu ziehen und die Hälfte der Zeit zu spekulieren. Ist es, um sich Spielraum zu verschaffen oder einfach nicht daran zu denken?
In diesem Modus werde ich nicht weitermachen.
OK, kein Problem, ich werde die Protokolle und Berichte an servicedesk senden.
Renat: Ich habe versprochen, die echte heute auf 1085 zu aktualisieren.
Endlich ein Update.
So sah es früher aus:
2015.01.0808:29:34.180 Trades 'xxxxx': buy limit 1.00 Si-3.15 at 64059 placed for execution in56 ms
2015.01.0808:29:39.815 Trades 'xxxxx': cancel order #9872154 buy limit 1.00 Si-3.15 at 64059 placed for execution in64 ms
2015.01.0808:29:42.307 Trades 'xxxxx': exchange buy 1.00 Si-3.15 at market placed for execution in41 ms
2015.01.0808:30:08.874 Trades 'xxxxx': exchange sell 1.00 Si-3.15 at market placed for execution in25 ms
2015.01.3016:28:02.522 Trades 'xxxxx': buy limit 1.00 Si-3.15 at 71533 placed for execution in46 ms
2015.01.3016:28:09.614 Trades 'xxxxx': buy limit 1.00 Si-3.15 at 71534 placed for execution in74 ms
2015.01.3016:28:19.719 Trades 'xxxxx': exchange sell 2.00 Si-3.15 at market placed for execution in31 ms
2015.02.0913:55:52.846 Trades 'xxxxx': buy limit 1.00 Si-3.15 at 67143 placed for execution in46 ms
2015.02.0913:55:59.107 Trades 'xxxxx': cancel order #10668964 buy limit 1.00 Si-3.15 at 67143 placed for execution in28 ms
und was es jetzt mit Build 1085 ist:
2015.03.0409:22:35.094 Trades 'xxxxx': exchange sell 1.00 Si-3.15 at market placed for execution in7 ms
2015.03.0409:21:12.380 Trades 'xxxxx': buy limit 1.00 Si-3.15 at 62085 placed for execution in7 ms
Wählen Sie verschiedene Zugangspunkte aus und ignorieren Sie dabei die Ping-Zahl im Fenster für die Punktsuche.
Wir sind darauf gestoßen, dass ihr Punkt "Access Server IV" tatsächlich eine Schwankung der Antwortzeit von 4 bis 22 ms aufweist (wir zeigen den Mindestwert, der in diesem Fall nicht korrekt ist). Der Punkt "Access Server III" hat für uns am besten funktioniert.
Guten Tag, Renat!
Könnten Sie bitte die Versionen der Discovery Server auf Real und Demo erläutern?
Guten Morgen, Renat!
Sie garantieren das Eintreffen des OnTradeTransaction-Ereignisses nicht, daher ist es nicht eingetroffen (TRADE_TRANSACTION_DEAL_ADD)
Und wenn das Ereignis TRADE_TRANSACTION_HISTORY_ADD eingetreten ist, war der AuftragsstatusORDER_STATE_CANCELED
Dort sind die "Beine gewachsen".
Wenn der Auftrag (unabhängig davon, wie er ausgeführt wurde) teilweise ausgeführt wurde, dann ist der Status meines Erachtens
sollte in der Historie als ORDER_STATE_PARTIAL aufgezeichnet werden
Leider diskutieren Sie darüber, ohne vollständige Informationen (Protokolle und Berichte) zur Verfügung zu stellen, und ziehen nur Teile davon heraus, um die andere Partei auf halbem Wege zu Spekulationen und Mutmaßungen zu veranlassen. Ist das, um sich selbst Spielraum zu verschaffen oder um einfach nicht daran zu denken?
In diesem Modus werde ich nicht weitermachen.
Leider stellen Sie aus irgendeinem Grund keine vollständigen Informationen (Protokolle, Berichte) zur Verfügung und ziehen nur Bruchstücke heraus, was die andere Seite dazu zwingt, Schlussfolgerungen zu ziehen und die Hälfte der Zeit zu spekulieren. Ist es, um sich Spielraum zu verschaffen oder einfach nicht daran zu denken?
In diesem Modus werde ich nicht weitermachen.
OK, kein Problem, ich werde die Protokolle und Berichte an servicedesk senden.
Ich habe versprochen, die echte heute auf 1085 zu aktualisieren.
Endlich ein Update.
So sah es früher aus:
und was es jetzt mit Build 1085 ist:
Mit einem durchschnittlichen Ping von 3,5 ms:
Ja, es ist viel besser geworden!
Aber meine Zahlen sind ein wenig anders:
Ja, es ist viel besser geworden!
Aber meine Zahlen sind ein wenig anders:
Wählen Sie verschiedene Zugangspunkte aus und ignorieren Sie dabei die Ping-Zahl im Fenster für die Punktsuche.
Wir sind darauf gestoßen, dass ihr Punkt "Access Server IV" tatsächlich eine Schwankung der Antwortzeit von 4 bis 22 ms aufweist (wir zeigen den Mindestwert, der in diesem Fall nicht korrekt ist). Der Punkt "Access Server III" hat für uns am besten funktioniert.
Wir sind dabei, das zu klären.
So sieht das Glas jetzt in der Beta-Version aus:
So sieht das Glas jetzt in der Beta-Version aus:
Super! Aber ich, zum Beispiel, handele nur mit Expert Advisor und keinen Indikatoren.
Und ein kleines bisschen Teer:
Renat!
Wenn Sie und ich :) Ihre Plattform zu einem perfekten
Wenn wir IhreHandelsplattform zu einer perfekten Plattform machen, werden die Händler nicht mehr auf etwas anderem handeln wollen.
mit etwas anderem handeln.
Sie haben ein tolles Konzept, aber Ihre Handelsfunktionalität ist lahm.
P/S Verbieten Sie mich nicht, sonst gibt es niemanden, der die Wahrheit sagt ....
Ich habe noch viele Fragen an Sie.
So sieht der Stack jetzt in der Beta-Version aus:
Ja, die Beschleunigung mit dem neuen Server ist radikal 9-11ms und das ist auf der MT 1060 Version (habe noch nicht aufgerüstet).
Über tumblr - warum haben sie den erweiterten Modus in tumblr jetzt standardmäßig deaktiviert? Meines Erachtens war es vorher richtiger.