일부 브로커에서 [tp] 태그가 제거되었습니까? - 페이지 3

새 코멘트
 
cameofx :

[...] MT4 및 MT5가 OrderCloseReason() 또는 기타를 도입하는 이유는 무엇입니까?

몰라... 하지만 해결이 가능해서 큰 문제는 아니다.
 
gordon :
몰라... 하지만 해결이 가능해서 큰 문제는 아니다.

예... SL 및 TP 업데이트를 어디에 보관할 수 있습니까? OrderComment()?

MT5에는 새로운 기능이 많이 있습니다. 전체적으로 불만보다 찬사가 더 많습니다.

 
cameofx :

예... SL 및 TP 업데이트를 어디에 보관할 수 있습니까? OrderComment()?

아니, 나는 그것을 추천하지 않을 것입니다 (IMHO). 서버의 댓글 덮어쓰기에 대한 이전 설명을 참조하십시오( https://www.mql5.com/en/forum/123668/page2#267154 ). 그 게시물을 쓴 이후로 서버에서 6자 이상의 문자를 덮어쓴 경우를 발견했습니다(예: -> https://www.mql5.com/en/forum/124167 ). 그래서 나는 그것을 완전히 신뢰하지 않을 것입니다.


가상 TP/SL인 경우 해당 값을 어레이에 유지하십시오. 그러나 EA에 지속성 기능을 구축해야 합니다. 그렇지 않으면 전체 오류(터미널 재시작, 전원 차단 등)의 경우 이러한 값이 손실됩니다.

 
gordon :

아니, 나는 그것을 추천하지 않을 것입니다 (IMHO). 서버의 댓글 덮어쓰기에 대한 이전 설명을 참조하십시오( https://www.mql5.com/en/forum/123668/page2#267154 ). 그 게시물을 쓴 이후로 서버에서 6자 이상의 문자를 덮어쓴 경우를 발견했습니다(예: -> https://www.mql5.com/en/forum/124167 ). 그래서 나는 그것을 완전히 신뢰하지 않을 것입니다.


가상 TP/SL인 경우 해당 값을 어레이에 유지하십시오. 그러나 EA에 지속성 기능을 구축해야 합니다. 그렇지 않으면 전체 오류(터미널 재시작, 전원 차단 등)의 경우 이러한 값이 손실됩니다.

"...가상 TP/SL이라면..." 주문이 SL/TP/기타 권한으로 마감되었는지 여부를 아직 확인하는 중입니다. 가상이라면 종가와 종가를 알 수 있습니다.

지속성 계층 기능 Gordon을 해결했습니까? 감사해요.

 
cameofx :

"...가상 TP/SL이라면..." 주문이 SL/TP/기타 권한으로 마감되었는지 여부를 아직 확인하는 중입니다. 가상이라면 종가와 종가를 알 수 있습니다.

정확히. 문제는 서버 측 TP/SL이 있고 추가로 EA가 특정 상황에서 수동으로 주문을 종료하거나 종료하지 않을 수 있는 경우에만 발생합니다....


지속성 계층 기능 Gordon을 해결했습니까?

확신하는. 여기에 이 주제에 대한 좋은 토론이 있습니다 -> https://www.mql5.com/en/forum/119716 .
 

감사해요,

https://forum.mql4.com/25078. - 많은 훌륭한 통찰력을 제공하지만 내가 얻을 수 있는 한 가지는 MT4(현재까지 -5도 가능)가 '자동 거래'의 많은 측면을 수용하지 않는다는 것입니다.

지금 내가 달성하려는 것은 가능한 한 '걱정'이 적은 ' 가상 자동화된 거래'입니다. 나는 fbj와 같은 베테랑조차도 해킹해야 할 많은 예방적 해결 방법을 (아직) 할 수 없습니다. 개발자가 트레이더가 Automated를 거래하는 데 정말로 책임 을 지도록 할 준비가 되어 있다면 반드시 x개월/년 동안 무인 실시간 계정에서 EA를 출시할 것입니다.

 
gordon :

흠.... 혹시 제가 놓치고 있는 부분이 있는 것 같은데, 혹시 아래 내용으로 안되는 경우가 있나요? 

   // select the closed order first and then do this:
   
   double sl_diff = MathAbs ( OrderClosePrice ( ) - OrderTakeProfit ( ) ) ,
          tp_diff = MathAbs ( OrderClosePrice ( ) - OrderStopLoss ( ) ) ;
   
   if ( sl_diff > tp_diff )
       Print ( "order closed at tp" ) ;
   else
       Print ( "order closed at sl" ) ;
 

// 여기에서는 sl_diff와 tp_diff가 동등하지 않다고 가정합니다...?

실제로 마감된 주문에는 3가지 시나리오가 있습니다.

1. 가격이 TakeProfit 값에 도달했습니다. (TP)
2. 가격이 StopLoss 값에 도달했습니다. (에스엘)
3. 얼마 후 거래자는 TP/SL을 누르지 않고 수동으로 주문을 마감했습니다.

내 질문은 다음과 같습니다. 내 역사적 주문에 대한 3가지 다른 마감 사유를 어떻게 알 수 있습니까? 감사해요.


 
스레드에서 답변되었습니다. 여기에서 클라우드 브레이커의 답변을 참조하십시오 -> https://www.mql5.com/en/forum/123668 . 여기에는 지름길이 없습니다. 이것이 유일한 방법입니다.
 
알겠습니다. 감사합니다. 고든. 나는 이 방법을 주의 깊게 연구할 것이다. 사실 지금은 이해가 되지 않는다.
 

색상에서 주문 마감 사유를 알 수 있습니까?

내가 찾았기 때문에

1. 주문이 SL로 마감되면 손절매 값 색상은 빨간색이고,
2. 주문이 TP로 마감된 경우 이익실현 가치 색상은 녹색입니다.
3. 수동으로 주문을 마감하면 값 색상이 변경되지 않습니다.

감사해요.

1234
새 코멘트