FORTS. Fragen der Durchsetzung - Seite 93

 
Der Forts-Terminmarkt ist eine Idiotie, wenn man Metacom benutzt, denn Metacom ist nicht vollständig in das Konzept der Var-Margin eingearbeitet. Für den Terminmarkt (von den kostenlosen) ist Quick am besten geeignet, auch wenn es wegen seiner Unbequemlichkeit kritisiert wird, aber es berechnet alles korrekt und richtig.
 
straler2011:
Es ist ein Marasmus, Metac auf dem Futures-Markt zu verwenden, weil Metac das Konzept der Marge nicht vollständig beherrscht. Für den Terminmarkt (von den kostenlosen) ist Quick am besten geeignet, auch wenn es wegen seiner Unbequemlichkeit kritisiert wird, aber es berechnet alles korrekt und richtig.

Sie sind wahrscheinlich nicht nur in der falschen Branche, sondern auch im falschen Forum.

 
Dennis Kirichenko:

Das Problem könnte also sein:
1. Das Terminal selbst (es sagte, es habe die Bestellung abgeschickt, aber es hat sie nicht wirklich abgeschickt), was ich SEHR bezweifle

Nein.
2. DieProvidervon OPENoder das interne Netzwerk von OPEN funktionieren nicht richtig.

Nein.

3. Die Bedienung stellte MEINE Bestellung in die Warteschlange und die Wartezeit betrug 31 Sekunden.

Ja.


Imho hat der Eröffner die Ausführung Ihrer Bestellung nur verzögert, das ist alles... welche technischen Probleme kann es im Zeitalter des fortgeschrittenen Sozialismus geben? Lustig :-))

Hochfrequenzhandel? Sendet der Roboter häufig Aufträge an den Server?

Ja, eine Verzögerung von 31 SEKUNDEN!

Sind sie Idioten?

 

Ich habe gerade eine Antwort vom Makler erhalten :)

Wie immer STANDARD:

"Wir haben die Entwickler kontaktiert"....

Und das seit 2 Jahren und 2 Monaten...

 

Die Verzögerung schien nicht sehr "beängstigend" zu sein:

2018.02.21 10:00:07.675 Trades  'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.654 Trades  'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.685 Trades  'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms

Aber die Server-Antwort in OnTradeTransaction wurde nie empfangen (musste von Hand bedient werden)

2018.02.21 10:00:09.136 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
2018.02.21 10:00:10.149 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
........
........
........
2018.02.21 14:42:37.260 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
2018.02.21 14:42:38.270 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
 
prostotrader:

Aber die Server-Antwort in OnTradeTransaction wurde nie empfangen (ich musste mit meinen Händen arbeiten)

Wenn es einen Protokolleintrag gibt, wurde dieser in OnTradeTransaction vorgenommen. Dies ist die interne Architektur von MT5. Suchen Sie nach Ihrem eigenen Fehler.

 
fxsaber:

Wenn es einen Eintrag im Logbuch gibt, war es in OnTradeTransaction. Dies ist die interne Architektur von MT5. Suchen Sie nach Ihrem eigenen Fehler.

Zum 100. Mal:

Wenn Aufträge asynchron gesendet werden, ist die Antwort der Börse (Server) NICHT PROTOKOLLIERT!

 
prostotrader:

Zum 100. Mal:

Wenn Aufträge asynchron gesendet werden, ist die Antwort der Börse (Server) NICHT PROTOKOLLIERT!

Woher stammt dieser Eintrag im Terminal?

Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien

FORTS. Fragen zur Ausführung

prostotrader, 2018.02.21 13:36

Diese Verzögerung scheint nicht sehr "beängstigend" zu sein:

2018.02.21 10:00:07.675 Trades  'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.654 Trades  'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.685 Trades  'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms

Aber die Server-Antwort in OnTradeTransaction wurde nie empfangen (musste von Hand bedient werden)

 
fxsaber:

Woher stammt dieser Eintrag im Terminal?

Lernen Sie die Grundlagen!

Was Sie gelb hervorgehoben haben, ist die Antwort des Servers, dass der Auftrag an die Börse gesendet wurde!

Und weiter - NICHT PROTOKOLLIERT (wenn Aufträge asynchron gesendet werden)!

"Smoke bamboo" und warten auf die Antwort in OnTradeTransaction

 
prostotrader:

Lernen Sie die Grundlagen!

Was Sie gelb hervorgehoben haben, ist die Antwort des Servers, dass der Auftrag an die Börse gesendet wurde!

Und weiter - NICHT PROTOKOLLIERT (wenn Aufträge asynchron gesendet werden)!

"Smoke the bamboo and wait for an answer in OnTradeTransaction

Die Protokolle werfen die Frage auf: "Gab es einen Jungen?" Was sagen dieser Baumstumpf und die gesamte Botschaft einem außenstehenden Beobachter?

Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests

FORTS. Fragen zur Ausführung

prostotrader, 2018.02.21 13:36

Diese Verzögerung scheint nicht sehr "beängstigend" zu sein:

2018.02.21 10:00:07.675 Trades  'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.654 Trades  'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.685 Trades  'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms

Aber die Server-Antwort in OnTradeTransaction wurde nie empfangen (musste von Hand bedient werden)

2018.02.21 10:00:09.136 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
2018.02.21 10:00:10.149 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
........
........
........
2018.02.21 14:42:37.260 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
2018.02.21 14:42:38.270 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET

Insbesondere das zweite Protokoll.

Grund der Beschwerde: