FORTS. Fragen der Durchsetzung - Seite 94

 
fxsaber:

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


Insbesondere das zweite Protokoll.

Support Team2017.02.28 14:10

Die asynchrone Methode erwartet oder überwacht nicht das Ergebnis des Vorgangs (Auftragserteilung), sondern nur die Tatsache des Sendens und protokolliert es daher nicht.


Wenn wir "die Augen öffnen", können wir aus dem zweiten Protokoll ersehen, dass keine Antwort auf OnTradeTransaction eingegangen ist (mehrere Stunden).

Die FunktionProcessOrders verfolgt, was mit dem gesendeten Auftrag geschieht, wenn in OnTradeTransactionkeine Antwort erfolgt

Hinzugefügt

Ich kann nicht sehen, ob die TICKETS in beiden Protokollen identisch sind...

 
Das zweite Protokoll ist benutzerdefiniert. Sie können alles hineinkritzeln, auch Ihre eigenen Wanzen.
 
fxsaber:
Das zweite Protokoll ist benutzerdefiniert. Sie können dort alles Mögliche kritzeln, auch Ihre eigenen Wanzen.

Anstatt Ihre Erfindungen zu schreiben, sollten Sie sich die Frage stellen:

Warum sollten MQs die Antwort der Börse NICHT PROTOKOLLIEREN?

Ja, denn dann gäbe es unwiderlegbare Beweise!

So wie es jetzt ist, kann man alles sagen und auf alles verweisen!

Alle Protokolle und Code-Beispiele - werden immer noch UNABHÄNGIG sein (weil sie keine Protokolle des Terminals sind) :)

Und es braucht nur eine Zeile Code, um ein solches Protokoll im Terminal zu erstellen, das Ticket ist ja bekannt.

 
prostotrader:

Anstatt Ihre Erfindungen zu schreiben, sollten Sie sich die Frage stellen:

Warum sollten MQs die Antwort der Börse NICHT PROTOKOLLIEREN?

Ja, denn dann gäbe es unwiderlegbare Beweise!

So wie es jetzt ist, kann man alles sagen und auf alles verweisen!

Alle Protokolle und Code-Beispiele - werden immer noch UNABHÄNGIG sein (weil sie keine Protokolle des Terminals sind) :)

Und es braucht nur eine Zeile Code, um ein solches Protokoll im Terminal zu erstellen, das Ticket ist ja bekannt.

Natürlich kann man ein technisches Thema immer in ein verschwörerisches verwandeln.

 
fxsaber:

Natürlich ist es immer möglich, ein technisches Thema in eine Verschwörungstheorie zu verwandeln.


Nicht immer, nur wenn es keine eindeutigen Beweise gibt.

Wenn alles transparent ist, kann man daraus keine Verschwörung machen.

 

prostotrader:

Ja, eine Verzögerung von 31 SEKUNDEN!

Sind sie Idioten?

Prostotrader:

Ich habe gerade die Antwort des Maklers erhalten :)

Wie immer STANDARD:

"Wir haben die Entwickler kontaktiert"....

Und das seit 2 Jahren und 2 Monaten...

Vielleicht gibt es Idioten in Otkryvashka...

Und wer muss man sein, zögern Sie nicht zu fragen, um nach 2 Jahren und 2 Monaten nicht zu merken, dass sie herumalbern? :-))

 
Dennis Kirichenko:

Vielleicht gibt es Idioten in Otvetchka...

Und wie muss man sein, zögere ich zu fragen, um in 2 Jahren und 2 Monaten nicht zu merken, dass sie herumalbern? :-))

Und ich bin mir nicht sicher, ob Broker daran schuld ist.

Jedes Mal, wenn ein neues Build herauskommt, passiert etwas.

Und vergessen Sie nicht, dass Otkryvashka keine FOREX-Küche ist, sie leben von Provisionen,

Was ist der Grund dafür, dass sie (morgens) eine Verzögerung von 31 Sekunden und tagsüber - im normalen Modus - 6-7 ms einstellen?

 

So sind die "selektiven" Öffner, die nur am Morgen eine Verzögerung einführen.

und nur, um den Auftrag zu löschen.

2018.02.26 10:00:01.551 Trades  'xxxxx': sell limit 1.00 NLMK-6.18 at 15840
2018.02.26 10:00:01.582 Trades  'xxxxx': accepted sell limit 1.00 NLMK-6.18 at 15840
2018.02.26 10:00:01.583 Trades  'xxxxx': sell limit 1.00 NLMK-6.18 at 15840 placed for execution in 32.004 ms
2018.02.26 10:00:08.631 Trades  'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15840 sl: 0 tp: 0 -> 15500, sl: 0 tp: 0
2018.02.26 10:00:08.636 Trades  'xxxxx': accepted modify order #84618465 sell limit 1.00 NLMK-6.18 at 15840 sl: 0 tp: 0 -> 15500, sl: 0 tp: 0
2018.02.26 10:00:08.637 Trades  'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15840 sl: 0 tp: 0 -> 15500, sl: 0 tp: 0 placed for execution in 6.124 ms
2018.02.26 10:00:10.132 Trades  'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0
2018.02.26 10:00:10.137 Trades  'xxxxx': accepted modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0
2018.02.26 10:00:10.138 Trades  'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0 placed for execution in 6.492 ms
2018.02.26 10:00:41.057 Trades  'xxxxx': cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942
2018.02.26 10:01:09.762 Trades  'xxxxx': accepted cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942
2018.02.26 10:01:09.779 Trades  'xxxxx': cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942 placed for execution in 28726.639 ms

Und auf eine "seltsame" Weise behält die FunktionProcessOrders die Reihenfolge im Auge

2018.02.26 10:00:42.081 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:43.095 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:44.110 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:45.117 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:46.138 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:47.151 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:48.161 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:49.182 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:50.195 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:51.205 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:52.221 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:53.236 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:54.245 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:55.263 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:56.266 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:57.286 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:58.305 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:00:59.309 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:00.337 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:01.353 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:02.362 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:03.381 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:04.395 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:05.404 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:06.423 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:07.432 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:08.446 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
2018.02.26 10:01:09.465 trader (NLMK-3.18,M1)     ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL
 
prostotrader:

Und auf eine "seltsame" Weise behält die FunktionProcessOrders die Reihenfolge im Auge

Warum ist das hier?!

 
fxsaber:

Warum ist das hier?!

Das ist nichts für dich... (Sie sind nicht der einzige, der diesen Thread liest)

Grund der Beschwerde: