요새. 실행 질문 - 페이지 81

 
coderex :

MT4는 MT5와 달리 요청을 어디에도 보내지 않으며, 그 작업은 "주방"에 맞춰져 있습니다. 그리고 저는 MT4에서 작업을 제공하는 브로커를 한 명도 모르고 DC와 스스로를 브로커라고 부르려는 사람들만 압니다. 그러나 사실 그들은 FOREX에 없습니다. 알면 전화하십시오.

모두가 그들을 알고 있다고 생각했습니다. MT4와 마찬가지로 MT5에도 게이트웨이가 필요합니다. 차이점은 일반적으로 MT4의 경우 게이트웨이가 타사 개발자가 작성하고 MT5의 경우 Metaquotes가 작성한다는 것입니다. 흥미롭게도 MT5 브레이크는 외환 게이트웨이에서 관찰되지 않았습니다. 그리고 FORTS에서는 쉽습니다.

따라서 MT4+게이트웨이와 MT5+게이트웨이의 비교는 완전히 정확합니다. 가능한 이의를 예시하면서 MT4에는 거래소에서와 같이 지정가 주문을 보낼 수 있는 게이트웨이가 있어 가격 책정에 영향을 미칠 수 있습니다. 저것들. 비교가 완료되었습니다.

유감스럽게도 거래소 MT5 게이트웨이에서는 FORTS만 볼 수 있는 기회가 있습니다. Forex 게이트웨이에서는 모든 것이 정상입니다. 잘 알려져 있지 않은 거래 수단에서 브레이크가 관찰됩니다. 확인하는 것이 논리적이지만 어떤 이유로 개발자는 그것에 대해 듣고 싶어하지 않습니다.

그건 그렇고 개발자가 요청에 대한 응답(MT5 터미널 <-> MT5 서버 <-> 교환 서버)에 대한 자세한 정보를 기록했다면 모든 질문이 사라지고 처리 및 손실의 그림이 요청의 전달 속도가 명확하게 표시되었을 것입니다.

이제 "고발"은 간접적입니다. 로깅의 도입으로, 나는 사실이 있을 것이라고 생각합니다. 나는 틀리고 싶다.

 
fxsaber :

모두가 그들을 알고 있다고 생각했습니다. MT5는 MT4와 마찬가지로 게이트웨이가 필요합니다. 차이점은 일반적으로 MT4의 경우 게이트웨이가 타사 개발자가 작성하고 MT5의 경우 Metaquotes가 작성한다는 것입니다. 흥미롭게도 MT5 브레이크는 외환 게이트웨이에서 관찰되지 않았습니다. 그리고 FORTS에서는 쉽습니다.

따라서 MT4+게이트웨이와 MT5+게이트웨이의 비교는 완전히 정확합니다. 가능한 이의를 예시하면서 MT4에는 거래소에서와 같이 지정가 주문을 보낼 수 있는 게이트웨이가 있어 가격 책정에 영향을 미칠 수 있습니다. 저것들. 비교가 완료되었습니다.

유감스럽게도 거래소 MT5 게이트웨이에서는 FORTS만 볼 수 있는 기회가 있습니다. Forex 게이트웨이에서는 모든 것이 정상입니다. 잘 알려져 있지 않은 거래 수단에서 브레이크가 관찰됩니다. 확인하는 것이 논리적이지만 어떤 이유로 개발자는 그것에 대해 듣고 싶어하지 않습니다.

이제 "고발"은 간접적입니다. 로깅의 도입으로, 나는 사실이 있을 것이라고 생각합니다. 나는 틀리고 싶다.


MT4를 교환 플랫폼으로 사용하는 중개인을 모릅니다. 최소한 PM에는 정보를 알려주세요 :) 그리고 게이트웨이는 무엇을 의미합니까?

내가 아는 한 MT4와 관련하여 MT4 터미널 <---> MT4 서버 <---> 견적 공급자 와 같은 단순화된 체계가 사용됩니다. 다음 은 완전한 사용 방식이며 MT5 와의 비교입니다. 따라서 터미널 <-> 서버 세그먼트를 제외하고 거래 요청 처리의 지연에 대해 이야기해서는 안됩니다. 또 다른 질문은 교환 플랫폼으로서의 MT5입니다. Renat은 위에서 설명했습니다. DC의 경우 MT5를 사용하는 방식은 MT4에서 사용하는 방식과 크게 다르지 않다고 생각합니다.

내가 틀렸다면 DC 용 MT4 및 MT5의 작동 계획이 서명 된 정보에 대한 링크를 제공하십시오. 귀하의 의견에는 맞습니다.

참고: DC는 브로커가 아니라 "주방"입니다. 거래 요청의 실행은 MT 서버를 벗어나지 않으며 DC와 거래소의 지연을 비교하는 것은 옳지 않습니다.

MetaTrader 4 для брокеров
MetaTrader 4 для брокеров
  • www.metatrader4.com
В состав MetaTrader 4 входят все компоненты, необходимые для организации брокерского обслуживания трейдеров. Торговые сервера, точки доступа, терминалы управления, различные шлюзы и датафиды - все это есть в бэкофисе MetaTrader 4.
 
coderex :

MT4를 교환 플랫폼으로 사용하는 중개인을 모릅니다. 최소한 PM에는 정보를 알려주세요 :) 그리고 게이트웨이는 무엇을 의미합니까?

내가 아는 한 MT4와 관련하여 MT4 터미널 <---> MT4 서버 <---> 견적 공급자 와 같은 단순화된 체계가 사용됩니다. 다음 은 완전한 사용 방식이며 MT5 와의 비교입니다. 따라서 터미널 <-> 서버 세그먼트를 제외하고 거래 요청 처리의 지연에 대해 이야기해서는 안됩니다. 또 다른 질문은 교환 플랫폼으로서의 MT5입니다. Renat은 위에서 설명했습니다. DC의 경우 MT5를 사용하는 방식은 MT4에서 사용하는 방식과 크게 다르지 않다고 생각합니다.

내가 틀렸다면 DC 용 MT4 및 MT5의 작동 계획이 서명 된 정보에 대한 링크를 제공하십시오. 귀하의 의견에는 맞습니다.

참고: DC는 브로커가 아니라 "주방"입니다. 거래 요청의 실행은 MT 서버를 벗어나지 않으며 DC와 거래소의 지연을 비교하는 것은 옳지 않습니다.

불행히도 당신의 생각은 현실과 거리가 멉니다. LS에 떨어졌다.
 
fxsaber :
불행히도 당신의 생각은 현실과 거리가 멉니다. LS에 떨어졌다.
당신이 보낸 조직은 DC(즉, "주방")이기 때문입니다. 그들은 증권 거래소의 거래를 나열하지 않습니다. 그리고 내가 당신에게 질문하고 당신이 그 중 하나만 대답했다는 사실로 판단하면 나는 Renat의 의견을 따르는 경향이 있습니다. 당신은 그들이 말하는 것을 듣고 싶지 않으므로 분쟁을 종료합니다. :)
 
coderex :
당신이 보낸 조직은 DC(즉, "주방")이기 때문입니다. 그들은 증권 거래소의 거래를 나열하지 않습니다. 그리고 내가 당신에게 질문을 했고 당신이 그 중 하나만 대답했다는 사실로 판단하면 나는 Renat의 의견을 따르는 경향이 있습니다. 당신은 그들이 말하는 것을 듣고 싶어하지 않으므로 분쟁을 종료합니다. :)

놀라운 논리! MT4를 모른다, 반복을 환영한다

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

요새. 실행 질문

fxsaber , 2016.10.10 22:27

젠장, 다른 플랫폼에서 몇 초 동안 주문을 보내는 그런 음란한 일이 발생한다고 말할 수 있습니까?

 
Renat Fatkhullin :
이것은 MT5 거래 서버가 아닌 거래소의 응답입니다.

어떻게 든 나는이 진술을 의심하고 폭로하는 전문가를 썼습니다.

OrderSend 및 OrderSendAsync 모드에서 보류 중인 주문을 삭제 합니다(EA가 첨부됨).

EA는 실제 계정인 Build 1430에서 시작되었습니다.

------------------------------ Sync mode -------------------------------------------------------------------------
2016.10 . 11 22 : 15 : 04.153 Trades   'xxxxx' : buy limit 1.00 Si- 12.16 at 61592
2016.10 . 11 22 : 15 : 04.159 Trades   'xxxxx' : accepted buy limit 1.00 Si- 12.16 at 61592
2016.10 . 11 22 : 15 : 04.161 Trades   'xxxxx' : buy limit 1.00 Si- 12.16 at 61592 placed for execution
2016.10 . 11 22 : 15 : 04.166 Trades   'xxxxx' : order # 45663070 buy limit 1.00 / 1.00 Si- 12.16 at 61592 done in 12.968 ms

2016.10 . 11 22 : 15 : 04.166 Trades   'xxxxx' : cancel order # 45663070 buy limit 1.00 Si- 12.16 at 61592
2016.10 . 11 22 : 15 : 04.172 Trades   'xxxxx' : accepted cancel order # 45663070 buy limit 1.00 Si- 12.16 at 61592
2016.10 . 11 22 : 15 : 04.172 Trades   'xxxxx' : cancel order # 45663070 buy limit 1.00 Si- 12.16 at 61592 placed for execution
2016.10 . 11 22 : 15 : 05.008 Trades   'xxxxx' : cancel # 45663070 buy limit 1.00 Si- 12.16 at market done in 842.320 ms

2016.10 . 11 22 : 15 : 04.153 TestOrders (Si- 12.16 ,H1)        OnChartEvent Send Order Sync mode
2016.10 . 11 22 : 15 : 04.166 TestOrders (Si- 12.16 ,H1)        SendOrderSyncMode Order sent in sync mode
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        RemoveOrderSyncMode Order sent (remove) in sync mode
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD
2016.10 . 11 22 : 15 : 05.008 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
=======================================================================================================================
------------------------------ Async mode -------------------------------------------------------------------------
2016.10 . 11 22 : 38 : 12.619 Trades   'xxxxx' : sell limit 1.00 Si- 12.16 at 66060
2016.10 . 11 22 : 38 : 12.625 Trades   'xxxxx' : accepted sell limit 1.00 Si- 12.16 at 66060
2016.10 . 11 22 : 38 : 12.626 Trades   'xxxxx' : sell limit 1.00 Si- 12.16 at 66060 placed for execution in 7.320 ms

2016.10 . 11 22 : 38 : 12.631 Trades   'xxxxx' : cancel order # 45664156 sell limit 1.00 Si- 12.16 at 66060
2016.10 . 11 22 : 38 : 12.636 Trades   'xxxxx' : accepted cancel order # 45664156 sell limit 1.00 Si- 12.16 at 66060
2016.10 . 11 22 : 38 : 12.638 Trades   'xxxxx' : cancel order # 45664156 sell limit 1.00 Si- 12.16 at 66060 placed for execution in 7.365 ms


2016.10 . 11 22 : 38 : 12.619 TestOrders (Si- 12.16 ,H1)        OnChartEvent Send Order Acync mode
2016.10 . 11 22 : 38 : 12.619 TestOrders (Si- 12.16 ,H1)        SendOrderAsyncMode Order sent in async mode
2016.10 . 11 22 : 38 : 12.625 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD
2016.10 . 11 22 : 38 : 12.626 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 11 22 : 38 : 12.626 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order get ticket done. Ticket = 45664156
2016.10 . 11 22 : 38 : 12.627 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 38 : 12.627 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD
2016.10 . 11 22 : 38 : 12.630 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 11 22 : 38 : 12.631 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 38 : 12.631 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10 . 11 22 : 38 : 12.631 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order plased done. Ticket = 45664156

2016.10 . 11 22 : 38 : 12.631 TestOrders (Si- 12.16 ,H1)        RemoveOrderAsyncMode Order sent (remove) in async mode
2016.10 . 11 22 : 38 : 12.637 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 38 : 12.637 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10 . 11 22 : 38 : 12.638 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 11 22 : 38 : 12.638 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order get ticket done. Ticket = 45664156
2016.10 . 11 22 : 38 : 12.638 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 38 : 12.638 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10 . 11 22 : 38 : 12.639 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE
2016.10 . 11 22 : 38 : 12.640 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 11 22 : 38 : 12.642 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD
2016.10 . 11 22 : 38 : 12.642 TestOrders (Si- 12.16 ,H1)        OnTradeTransaction Order remove done. Ticket = 45664156

동기 모드에서는 OnTradeTransaction에서 모든 것이 하나의 패키지로 제공되기 때문에 명확하지 않습니다(왜 생각하시나요?).

그러나 비동기 모드에서는(패키지가 다름)

단말 메시지 2016.10 . 열하나 22 : 38 : 12.626 거래 'xxxxx' : 판매 한도 1.00 Si- 12.16 at 66060 실행 위해 배치 7.320ms

거래소의 응답이 아니라 그(서버)가 주문 티켓 2016.10 에 할당한 거래 서버의 응답입니다 . 열하나 22 : 38 : 12.626 TestOrders (Si- 12.16 ,H1) OnTradeTransaction Order 티켓팅 완료. 티켓 = 45664156 ,

그리고 교환의 응답은 훨씬 나중에 받았습니다

 2016.10 . 11 22 : 38 : 12.631 TestOrders (Si- 12.16 ,H1)         OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 11 22 : 38 : 12.631 TestOrders (Si- 12.16 ,H1)         OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10 . 11 22 : 38 : 12.631 TestOrders (Si- 12.16 ,H1)         OnTradeTransaction Order plased done. Ticket = 45664156

추가됨

틀렸다면 정정해주세요.

파일:
TestOrders.mq5  23 kb
 

데모(빌드 1430) 주문을 "장난"하면 동기식 설치/삭제 모드가

주문 ~ 비동기식의 두 배.

 2016.10 . 12 18 : 12 : 00.819 Trades   '1007932' : buy limit 1.00 GAZR- 12.16 at 13163
2016.10 . 12 18 : 12 : 00.825 Trades   '1007932' : accepted buy limit 1.00 GAZR- 12.16 at 13163
2016.10 . 12 18 : 12 : 00.825 Trades   '1007932' : buy limit 1.00 GAZR- 12.16 at 13163 placed for execution
2016.10 . 12 18 : 12 : 00.841 Trades   '1007932' : order # 52106010 buy limit 1.00 / 1.00 GAZR- 12.16 at 13163 done in 22.811 ms
2016.10 . 12 18 : 12 : 00.841 Trades   '1007932' : cancel order # 52106010 buy limit 1.00 GAZR- 12.16 at 13163
2016.10 . 12 18 : 12 : 00.847 Trades   '1007932' : accepted cancel order # 52106010 buy limit 1.00 GAZR- 12.16 at 13163
2016.10 . 12 18 : 12 : 00.848 Trades   '1007932' : cancel order # 52106010 buy limit 1.00 GAZR- 12.16 at 13163 placed for execution
2016.10 . 12 18 : 12 : 00.859 Trades   '1007932' : cancel # 52106010 buy limit 1.00 GAZR- 12.16 at market done in 17.947 ms
2016.10 . 12 18 : 12 : 10.011 Trades   '1007932' : sell limit 1.00 GAZR- 12.16 at 15145
2016.10 . 12 18 : 12 : 10.016 Trades   '1007932' : accepted sell limit 1.00 GAZR- 12.16 at 15145
2016.10 . 12 18 : 12 : 10.018 Trades   '1007932' : sell limit 1.00 GAZR- 12.16 at 15145 placed for execution in 6.982 ms
2016.10 . 12 18 : 12 : 10.028 Trades   '1007932' : cancel order # 52106013 sell limit 1.00 GAZR- 12.16 at 15145
2016.10 . 12 18 : 12 : 10.034 Trades   '1007932' : accepted cancel order # 52106013 sell limit 1.00 GAZR- 12.16 at 15145
2016.10 . 12 18 : 12 : 10.034 Trades   '1007932' : cancel order # 52106013 sell limit 1.00 GAZR- 12.16 at 15145 placed for execution in 6.274 ms

그래서 그것은 동기 모드에서

2016.10 . 12 18 : 12 : 00.841 거래 ' 1007932 ' : 주문 번호 52106010 구매 제한 1.00 / 1.00 GAZR- 12.16 at 13163 완료 22.811ms - 교환 응답 및

비동기에서 2016.10 . 12 18 : 12 : 10.018 거래 '1007932' : 판매 한도 1.00 GAZR- 12.16 at 15145 실행 위해 배치 6.982ms _

추가됨

 2016.10 . 12 18 : 12 : 00.819 TestOrders (GAZR- 12.16 ,M1)       OnChartEvent Send Order Sync mode
2016.10 . 12 18 : 12 : 00.841 TestOrders (GAZR- 12.16 ,M1)      SendOrderSyncMode Order sent in sync mode
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)      RemoveOrderSyncMode Order sent (remove) in sync mode
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order plased done. Ticket = 52106010
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order not select! Ticket = 52106010
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order remove done. Ticket = 52106010
2016.10 . 12 18 : 12 : 00.859 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 12 18 : 12 : 10.011 TestOrders (GAZR- 12.16 ,M1)       OnChartEvent Send Order Acync mode
2016.10 . 12 18 : 12 : 10.011 TestOrders (GAZR- 12.16 ,M1)      SendOrderAsyncMode Order sent in async mode
2016.10 . 12 18 : 12 : 10.017 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD
2016.10 . 12 18 : 12 : 10.018 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 12 18 : 12 : 10.018 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order get ticket done. Ticket = 52106013
2016.10 . 12 18 : 12 : 10.018 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 12 18 : 12 : 10.018 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD
2016.10 . 12 18 : 12 : 10.028 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 12 18 : 12 : 10.028 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10 . 12 18 : 12 : 10.028 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order plased done. Ticket = 52106013
2016.10 . 12 18 : 12 : 10.028 TestOrders (GAZR- 12.16 ,M1)      RemoveOrderAsyncMode Order sent (remove) in async mode
2016.10 . 12 18 : 12 : 10.028 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 12 18 : 12 : 10.034 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 12 18 : 12 : 10.034 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10 . 12 18 : 12 : 10.034 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10 . 12 18 : 12 : 10.034 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order get ticket done. Ticket = 52106013
2016.10 . 12 18 : 12 : 10.034 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10 . 12 18 : 12 : 10.034 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10 . 12 18 : 12 : 10.060 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE
2016.10 . 12 18 : 12 : 10.060 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD
2016.10 . 12 18 : 12 : 10.060 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Order remove done. Ticket = 52106013
2016.10 . 12 18 : 12 : 10.060 TestOrders (GAZR- 12.16 ,M1)       OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
 

요약하면 위의 모든 내용은 로컬 네트워크에 브로커를 설치하는 경우 다음을 따릅니다.

MT5 터미널에 어드바이저를 설치하면 어리석게 설치 및 제거됩니다.

아무것도 설정하지 않고 아무것도 다시 프로그래밍하지 않고 비동기 모드에서 주문

큰 지연의 원인(MT5 서버가 있는 서버 또는 MT5 서버 자체)을 현지화할 수 있습니다.

그냥 지연을보고

판매 제한 1.00 GAZR- 12.16 at 15145 실행 위해 배치 6.982ms _

주문 취소 # 52106013 판매 제한 1.00 GAZR- 12.16 at 15145 실행 위해 배치됨 6.274ms _

어제 이 테스트에 대해 브로커에게 편지를 썼지만(심지어 검증 전문가도 보냈습니다),

찾았습니다 - 답변이 없습니다. 안녕하세요!

 

안녕하세요 단말(Otkritie사)을 업데이트 하게 되었습니다.

아마도 "테스터의 잘못된 행동"일 것입니다. 어딘가에 티켓 6.7로 주문

매달린, 역사에 나타나지 않았지만 시간이 지났지만 나타납니다. "티켓 = 8" 주문을 사용하면 일반적으로 흥미롭습니다. "저널" 스크린샷에서 볼 수 있습니다.

성공적으로 수정했지만 작업에서는 보류 상태로 유지되고 작업에서는 성공적으로 수정되었다고 기록됩니다. 다음은 모든 것을 볼 수 있는 4개의 스크린샷입니다.

추신. 내가 테스트하는 막대에는 진드기가 거의 없지만 그럼에도 불구하고 ...

 

실례합니다. 소원이 있습니다. 내 틱 EA(HFT 아님)

모든 주문과 모든 과거 주문 을 동시에 스캔해야 합니다. 함수를 작성할 수 있습니까?

그것은 그것을합니다. 이 기능이 "주문"에서 "과거 주문"으로 이동하는 모든 주문을 잡을 수 있도록 보장하고 싶습니다.

그러나 "Orders"와 "Historical Orders"에는 없습니다.

더 많은 생각 :). 나는 질서의 개념을 역사적 질서와 병합하고 하나의 목록으로 작업하는 것이 바람직하다고 생각합니다. MQL5에서는 사용할 수 없습니다.

두 개의 목록.

추신. 직접 작성할 수 있지만 이를 위해서는 "조작" 기록을 보관해야 합니다.

사유: