FORTS. Fragen der Durchsetzung - Seite 98

 
Heute zweimal keine Serverantwort :(
 
prostotrader:
Heute zweimal keine Antwort vom Server :(

Wieder bei der Eröffnung des Marktes? Können Sie uns bitte sagen, welcheGeschäfte Sie gemacht haben?

 
Dennis Kirichenko:

Wieder bei der Eröffnung des Marktes? Und erklären Sie bitte, welcheGeschäfte Sie gemacht haben.

Für die Set-Orders ALRS und VTBR (beide zum Verkauf) gab es keine Antwort.

2018.02.28 10:00:04.782 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:05.543 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:05.828 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:06.824 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:07.339 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:07.838 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:08.351 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:08.351 trader (Eu-12.18,M1)    CheckOrders: Задержка ответа сервера. Ожидание продолжается...
2018.02.28 10:00:08.357 trader (TRNF-3.18,M1)   ProcessOrders: Билет sell ордера = 84718472 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:08.850 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:08.850 trader (LKOH-6.18,M1)   ProcessOrders: Билет buy ордера = 84718419 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:08.852 trader (ROSN-9.18,M1)   ProcessOrders: Билет buy ордера = 84718414 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:08.852 trader (LKOH-6.18,M1)   ProcessOrders: Билет sell ордера = 84718420 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:08.856 trader (ROSN-9.18,M1)   ProcessOrders: Билет sell ордера = 84718415 Cост. ордера = ORD_DO_CANCEL
2018.02.28 10:00:09.367 trader (TRNF-3.18,M1)   ProcessOrders: Билет sell ордера = 84718472 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:09.367 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:09.371 trader (Eu-12.18,M1)    CheckOrders: Задержка ответа сервера. Ожидание продолжается...
2018.02.28 10:00:09.882 trader (ROSN-9.18,M1)   ProcessOrders: Buy ордер в переходном состоянии. Билет = 84718414 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:09.901 trader (ROSN-9.18,M1)   ProcessOrders: Sell ордер в переходном состоянии. Билет = 84718415 Cост. ордера = ORD_DO_CANCEL
2018.02.28 10:00:10.009 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:10.011 trader (LKOH-6.18,M1)   ProcessOrders: Билет buy ордера = 84718419 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:10.022 trader (LKOH-6.18,M1)   ProcessOrders: Билет sell ордера = 84718420 Cост. ордера = ORD_DO_MODIFY

Nach etwa 50 Minuten habe ich es manuell korrigiert.

2018.02.28 10:54:33.065 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:34.077 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:34.095 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:35.091 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:36.115 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:37.129 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:38.134 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:39.150 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:40.162 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:41.193 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:42.197 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 11:33:40.707 trader (ALRS-3.18,M1)   OnTradeTransaction: Main ордер отменён пользователем (или не успел исполниться). Билет = 84726222
 

Viele Leute werden mir wieder die Schuld geben, aber ich stehe zu meiner Meinung. Ja, ich war oben emotional, also verzeihen Sie mir bitte, wenn ich jemanden beleidigt habe...

Ich werde aus der Ferne kommen.

Stellen Sie sich einen sowjetischen Laden vor, bevor er öffnet, wenn auch um 9.00 Uhr morgens. Ein Lkw-Lader, der um Punkt 9.00 Uhr die Ladentür von innen öffnet, läuft Gefahr, von der ankommenden Menge erdrückt zu werden. Schließlich wird die Menge in den Laden gelassen, und in den ersten Minuten herrscht dort geschäftiges, wenn nicht gar chaotisches Treiben. Es ist laut, es wird viel geflucht, und manchmal stehen Kriminelle ganz vorne in der Schlange. Das ist der Moment, in dem die Menge noch aufgeregter und lauter wird...

So, das war's. Jetzt sitzt der Händler vor dem Monitor, sieht keine Menschenmenge, alles ist ruhig, bevor der "Laden" öffnet. Das Gefühl von Hektik und Chaos stört ihn als sowjetischen Einkäufer nicht. Dies ändert jedoch nichts an der Situation, wenn das Börsensystem anläuft und eine Flut von Geboten vorliegt. Der Grundsatz des engen Halses wird nicht aufgehoben und bleibt gültig.

Frage. Glauben Sie, dass der Makler seine Käufer nach dem Zufallsprinzip oder nach einer Art Algorithmus auslöst? Ich habe den Eindruck, dass Großabnehmern Vorrang eingeräumt wird. Der Makler erhält von ihnen eine höhere Provision. Und dann ist da noch die Frage nach dem Ruf des Maklers. Die Unzufriedenheit eines Großabnehmers ist gefährlicher als die Unzufriedenheit eines kleinen Abnehmers. Das heißt, ich gehe davon aus, dass die Aufträge von Großkunden bei der Eröffnung schneller ausgeführt werden.

Frage. Glauben Sie, dass der Makler nicht merkt, dass der "Laden" der kleinen Kunden leidet? Ich denke, natürlich tut er das. Wir haben gemeinsam festgestellt, dass "die da draußen" keine Idioten sind. Was kann ein Makler dann tun? Nun, wahrscheinlich die Unzufriedenheit des unbedarften Käufers irgendwie minimieren. Wie genau? Sie können den Auftrag nicht stornieren, denn die kleinen Händler würden sagen: "Wie konnte ich, ein angesehener, wenn auch kleiner Händler, eine Ablehnung vom Makler erhalten? Vielleicht können Sie die kleinen Gebote einfach in der Warteschlange zurückhalten, bis die Bosse zurückkommen... Oder Sie akzeptieren die Hauptgebote - kaufen oder verkaufen - und halten die Änderung zurück...

Und nun stellen Sie sich vor, dass es viele solcher Makler an der Börse gibt: Zu Beginn einer Sitzung herrscht noch mehr Trubel als in einem einzigen sowjetischen Geschäft.

Das sind die Gedanken.

P.S. Alle Zufälle in meinem Text sind zufällig und illustrativ.

 
prostotrader:
Heute zweimal keine Serverantwort :(

Ich kann nicht einmal auf Quickie zugreifen - es heißt "Zugriff vom Administrator blockiert".

Das ist alles der Blödsinn der Admins...

 
prostotrader:

Für die eingestellten Aufträge ALRS und VTBR (beide Verkaufsaufträge) gab es keine Antwort.

Nach etwa 50 Minuten habe ich es manuell korrigiert.

Warum wird nicht verstanden, dass das Expert Advisor-Protokoll nichts aussagt? Es gibt eine geeignete Variante

Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien

FORTS. Fragen zur Ausführung

fxsaber, 2018.02.26 18:28

Kann der Inhalt aller eingehenden OnTradeTransaction-Strukturen der Datei vorangestellt werden?

Wenn eine Situation festgestellt wird, dass "keine Antwort eingetroffen ist". Schauen Sie in der Datei nach, ob es tatsächlich eine Antwort gab oder nicht. Dies ist ein sehr zuverlässiger Selbsttest.

denn in diesem Fall ist ein Fehler ausgeschlossen.

 
fxsaber:

denn in diesem Fall ist ein Fehler ausgeschlossen.

daher ist dieses Ereignis nicht garantiert

 
Комбинатор:

es ist also kein garantiertes Ereignis

Dies wäre der Beweis, dass das Ereignis nicht stattgefunden hat.

 
fxsaber:

Dies wäre der Beweis, dass das Ereignis nicht stattgefunden hat.

Wie kann ein nicht garantiertes Ereignis als Nachweis für Abwesenheit gelten?
 
Комбинатор:
Wie kann ein nicht garantiertes Ereignis als Nachweis der Abwesenheit gelten?

Die Sache ist die, dass OnTradeTransaction bereits im vorletzten Jahr GUARANTEED wurde! :)

Das ist der Grund, warum ich schimpfe (abgesehen von den Verzögerungen)

Hinzugefügt

Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien

"Schwebender" Fehler PositionSelect()

MQ Alexander, 2016.08.03 18:00

In Bezug auf Aufträge, Positionen und Geschäfte.

Wie in der Hilfe beschrieben, ist die Reihenfolge des Eintreffens von Transaktionen nicht garantiert - eine Auftragstransaktion kann früher eingehen als eine Transaktion.
Die Änderung einer Position im Terminal ist ausschließlich das Ergebnis des Empfangs einer Handelstransaktion, so dass der Erhalt einer solchen Transaktion eine Garantie dafür ist, dass sich die Position geändert hat.
Die Einholung einer Transaktion zur Übertragung eines Auftrags in die Historie gewährleistet lediglich, dass der Auftrag nicht mehr aktiv (offen) ist und in die Auftragshistorie verschoben wurde.

Außerdem können Transaktionen auf dem Weg vom Server zum Terminal verloren gehen.

Was diesen Satz betrifft.

Sie scheint in der Dokumentation einer der ersten Terminalversionen mit asynchronem Handel vergessen worden zu sein. Sie wird in Kürze entfernt werden. Die Straftäter werden erschossen.