FORTS. Questions relatives à l'application de la loi - page 98

 
Pas de réponse du serveur deux fois aujourd'hui :(
 
prostotrader:
Pas de réponse du serveur deux fois aujourd'hui :(

A l'ouverture du marché encore ? Pouvez-vous nous dire quelséchanges vous avez effectués ?

 
Dennis Kirichenko:

A l'ouverture du marché encore ? Et veuillez préciser lestransactions que vous avez effectuées.

Il n'y a pas eu de réponse pour les ordres fixes ALRS et VTBR (tous deux pour la vente).

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

Après environ 50 minutes, je l'ai corrigé manuellement.

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
 

Beaucoup de gens vont encore me blâmer, mais je maintiens mon opinion. Oui, j'étais émotive ci-dessus, alors s'il vous plaît pardonnez-moi si j'ai offensé quelqu'un...

Je viendrai de loin.

Imaginez un magasin soviétique avant son ouverture, bien qu'à 9 heures du matin. Un chargeur de camion qui ouvre la porte du magasin de l'intérieur à 9 heures précises risque d'être écrasé par la foule qui arrive. La foule est enfin lancée dans la boutique, et pendant les premières minutes, la boutique est animée, pour ne pas dire chaotique. Il y a beaucoup de bruit, beaucoup de jurons. Parfois, certains criminels arrivent en tête de file. C'est alors que la foule devient encore plus agitée et bruyante...

Alors voilà. Maintenant, le trader est assis devant son écran, il ne voit pas de foule, tout est calme avant l'ouverture de la "boutique". Le sentiment d'agitation et de chaos ne le dérange pas en tant qu'acheteur soviétique. Mais cela n'invalide pas la situation lorsque le système d'échange démarre et qu'il y a un afflux d'offres. Le principe d'un col étroit ne disparaît pas et reste valable.

Question. Pensez-vous que le courtier déclenche ses acheteurs au hasard ou selon une sorte d'algorithme ? Il me semble que la priorité est donnée aux gros acheteurs. Le courtier reçoit une commission plus importante de leur part. Et puis il y a la question de la réputation du courtier. L'insatisfaction d'un gros acheteur est plus dangereuse que l'insatisfaction d'un petit acheteur. C'est-à-dire que je suppose que les ordres des gros clients sont exécutés plus rapidement à l'ouverture.

Question. Pensez-vous que le courtier ne se rend pas compte que le "petit magasin" souffre ? Je pense que bien sûr qu'il le fait. Nous avons collectivement établi que les "dehors" ne sont pas des idiots. Qu'est-ce qu'un courtier peut faire alors ? Eh bien, probablement minimiser le mécontentement de l'acheteur mesquin d'une manière ou d'une autre. Comment, exactement ? Vous ne pouvez pas annuler l'ordre, car les petits négociants diraient : "Comment ai-je pu, moi, un négociant respecté, bien que petit, obtenir un rejet de la part du courtier ? Peut-être pouvez-vous simplement garder les petites offres dans la file d'attente jusqu'au retour des patrons... Ou bien, acceptez les offres principales - achat ou vente, et gardez la modification...

Et maintenant, imaginez qu'il y ait plusieurs courtiers de ce type à la bourse : il y a encore plus d'agitation au début d'une session que dans un seul magasin soviétique.

Ce sont les pensées.

P.S. Toutes les coïncidences dans mon texte sont fortuites et illustratives.

 
prostotrader:
Pas de réponse du serveur deux fois aujourd'hui :(

Je ne peux même pas accéder à Quickie - il est indiqué "Accès bloqué par l'administrateur".

Ce sont les manigances des administrateurs...

 
prostotrader:

Il n'y a pas eu de réponse pour les ordres fixes ALRS et VTBR (tous deux des ordres de vente).

Après environ 50 minutes, je l'ai corrigé manuellement.

Pourquoi ne comprend-on pas que le journal du conseiller-expert ne dit rien ? Il existe une variante adéquate

Forum sur le trading, les systèmes de trading automatisé et les tests de stratégies de trading

FORTS. Questions sur l'exécution

fxsaber, 2018.02.26 18:28

Le contenu de toutes les structures OnTradeTransaction entrantes pourrait-il être ajouté au fichier ?

Lorsque l'on détecte une situation où "aucune réponse n'est arrivée". Regardez dans le dossier pour voir s'il y a eu une réponse ou pas. Il s'agit d'un auto-test très fiable.

car dans ce cas, une erreur est exclue.

 
fxsaber:

car dans ce cas, une erreur est exclue.

cet événement n'est donc pas garanti

 
Комбинатор:

donc ce n'est pas un événement garanti

Ce serait la preuve que l'événement n'a pas eu lieu.

 
fxsaber:

Ce serait la preuve que l'événement n'a pas eu lieu.

comment un événement non garanti peut-il constituer une preuve d'absence ?
 
Комбинатор:
Comment un événement non garanti peut-il constituer une preuve d'absence ?

Le fait est qu'avant l'année dernière, OnTradeTransaction est devenu GARANTI ! :)

C'est pour cela que je fulmine (à part les retards).

Ajouté

Forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading

Erreur "flottante" PositionSelect()

MQ Alexander, 2016.08.03 18:00

Concernant les ordres, les positions et les transactions.

Comme il est écrit dans l'aide - la séquence des transactions entrantes n'est pas garantie - la transaction de transfert d'ordre à l'historique peut être reçue avant la transaction de transaction.
Lamodification d'une position dans le terminal est strictement le résultat de la réception d'une transaction commerciale, de sorte que sa réception est une garantie que la position a changé.
L'obtention d'une transaction pour transférer un ordre dans l'historique garantit uniquement que l'ordre a cessé d'être actif (ouvert) et a été déplacé dans l'historique des ordres.

De plus, les transactions peuvent se perdre lors de leur acheminement du serveur au terminal.

Quant à cette phrase.

Il semble avoir été laissé dans la documentation de l'une des premières versions de terminal avec échanges asynchrones. Il sera retiré sous peu. Les coupables seront abattus.