cameofx : 고든, 감사합니다. 나는 " ... 스텔스 sl 및/또는 tp " 를 언급하고 있었습니다. 당신은 이것에 대답하고 있습니까? 링크는 1페이지로...
오, 죄송합니다. 이 스레드의 원래 질문을 언급하고 있었습니다... '스텔스 SL/TP'는 SL/TP를 배치하지 않거나 예상보다 훨씬 멀리 배치하지만 EA가 모니터한다는 것을 의미합니다. '실제' SL/TP를 현재 가격과 비교하고 '실제' SL/TP에 도달하면 수동으로 닫습니다. 이른바 '헌터 멈춤' 브로커들과 싸우는 가장 좋은 방법인데.. 개인적으로 '헌터 멈춤'이라는 평판 브로커를 본 적이 없고 IMHO 어떤 진지한 증권 브로커라도 '헌팅 멈추기'로 장난을 치지 않을 것이라고 본다. 이것은 문제가 되지 않습니다. 그러나 이 주제에 대해서는 의견이 다릅니다.
이 'Stealth SL/TP'에는 주요 단점이 있다는 점에 유의해야 합니다. 터미널은 연중무휴 24시간 사용 가능해야 합니다. 또한 SL/TP 대상에서 '실패' 가능성이 더 높습니다(더 이상 서버 측이 아니기 때문에).
... 이 'Stealth SL/TP'에는 주요 단점이 있습니다. 터미널은 24시간 사용 가능해야 합니다. 또한 SL/TP 대상에서 '실패' 가능성이 더 높습니다(더 이상 서버 측이 아니기 때문에)....
"(더 이상 서버 측이 아니므로)...." - 예, Hard-SL이 아닙니다... '은폐 문제'를 해결해 주셔서 감사합니다.
- 주제 주제에 대해 다음과 같이 추가할 수 있습니다. 다음과 같이 간단하지 않습니까? 주문의 TP/SL을 성공적으로 설정할 때마다 엉망이 될 수 없는 OrderMagicNumber로 변환-추가-&업데이트합니다. OrderClosePrice()와 비교할 값을 다시 호출합니다. AFAIK 이것은 실패하지 않을 것입니다. OrderMagicNumber는 우리의 '성역' 입니다. 나는 다른 목적으로도 MN을 가장 확실히 사용할 것입니다.
[...] 주문의 TP / SL을 성공적으로 설정할 때마다 엉망이 될 수 없는 OrderMagicNumber로 변환-추가-&업데이트합니다. OrderClosePrice()와 비교할 값을 다시 호출합니다. AFAIK 이것은 실패하지 않을 것입니다. OrderMagicNumber는 우리의 '성역' 입니다. 나는 다른 목적으로도 MN을 가장 확실히 사용할 것입니다.
네가 뭐라고하는지 이해가 안가. MN은 초기 OrderSend() 후에 변경할 수 없습니다.
Gordon - 내가 생각하는 유일한 요점은 아마도 EA가 일부 주문(아마도 스텔스 sl 및/또는 tp)을 마감하는 반면 다른 주문은 주문에 설정된 sl 또는 tp로 인해 브로커에 의해 마감될 수 있다는 것입니다.
CB
Gordon - 내가 생각하는 유일한 요점은 아마도 EA가 일부 주문(아마도 스텔스 sl 및/또는 tp)을 마감하는 반면 다른 주문은 주문에 설정된 sl 또는 tp로 인해 브로커에 의해 마감될 수 있다는 것입니다.
CB
동의. 그게 내가 놓치고 있었던거야... 감사합니다.
도움이 되는지 아닌지는 모르겠지만 CB가 제안하는 작업을 수행하는 것 외에도 브로커가 중요한 내용을 덮어쓰지 않도록 주문 주석에 공백을 오른쪽 채웁니다. 페일 세이프는 아니지만 외부 데이터 파일이 누락된 경우를 대비하여 추가 보호 기능으로 사용하는 것이 좋습니다.
주문 의견( https://www.mql5.com/en/forum/101419 )에 관한 이 공식 답변을 우연히 발견했습니다.
스트링고 2006.10.16 17:40
31자 + 제로 종결자. 서버는 마지막 6자를 다시 쓸 수 있습니다. 즉, 안전 길이는 25입니다.
Gordon - 내가 생각하기에 당신이 놓치고 있는 유일한 요점은 아마도 EA가 일부 주문(아마도 은밀한 sl 및/또는 tp )을 마감하는 반면 다른 주문은 주문에 설정된 sl 또는 tp로 인해 브로커에 의해 마감될 수 있다는 것입니다.
CB
고든이 링크한 이 주제를 이제 막 읽었습니다.
나는 그것에 대해 전에 들었습니다. 그러나 정확히 무엇입니까, 후행 중지입니까? 또는 가격을 닫기 위해 시장 주문을 보낼 준비가 된 가격 목표의 증분 알고리즘?
고든이 링크한 이 주제를 이제 막 읽었습니다.
나는 그것에 대해 전에 들었습니다. 그러나 정확히 무엇입니까, 후행 중지입니까? 또는 가격을 닫기 위해 시장 주문을 보낼 준비가 된 가격 목표의 증분 알고리즘?
아니요. 질문은 간단합니다. 주문이 SL이나 TP 등으로 마감되었는지 어떻게 알 수 있습니까? 답은 스레드에 있습니다( https://www.mql5.com/en/forum/123668 )...
아니요. 질문은 간단합니다. 주문이 SL이나 TP 등으로 마감되었는지 어떻게 알 수 있습니까? 답은 스레드에 있습니다( https://www.mql5.com/en/forum/123668 )...
고든, 감사합니다. 나는 " ... 스텔스 sl 및/또는 tp " 를 언급하고 있었습니다. 당신은 이것에 대답하고 있습니까? 링크는 1페이지로...
오, 죄송합니다. 이 스레드의 원래 질문을 언급하고 있었습니다... '스텔스 SL/TP'는 SL/TP를 배치하지 않거나 예상보다 훨씬 멀리 배치하지만 EA가 모니터한다는 것을 의미합니다. '실제' SL/TP를 현재 가격과 비교하고 '실제' SL/TP에 도달하면 수동으로 닫습니다. 이른바 '헌터 멈춤' 브로커들과 싸우는 가장 좋은 방법인데.. 개인적으로 '헌터 멈춤'이라는 평판 브로커를 본 적이 없고 IMHO 어떤 진지한 증권 브로커라도 '헌팅 멈추기'로 장난을 치지 않을 것이라고 본다. 이것은 문제가 되지 않습니다. 그러나 이 주제에 대해서는 의견이 다릅니다.
이 'Stealth SL/TP'에는 주요 단점이 있다는 점에 유의해야 합니다. 터미널은 연중무휴 24시간 사용 가능해야 합니다. 또한 SL/TP 대상에서 '실패' 가능성이 더 높습니다(더 이상 서버 측이 아니기 때문에).
gordon wrote >>
... 이 'Stealth SL/TP'에는 주요 단점이 있습니다. 터미널은 24시간 사용 가능해야 합니다. 또한 SL/TP 대상에서 '실패' 가능성이 더 높습니다(더 이상 서버 측이 아니기 때문에)....
"(더 이상 서버 측이 아니므로)...." - 예, Hard-SL이 아닙니다... '은폐 문제'를 해결해 주셔서 감사합니다.
- 주제 주제에 대해 다음과 같이 추가할 수 있습니다. 다음과 같이 간단하지 않습니까? 주문의 TP/SL을 성공적으로 설정할 때마다 엉망이 될 수 없는 OrderMagicNumber로 변환-추가-&업데이트합니다. OrderClosePrice()와 비교할 값을 다시 호출합니다. AFAIK 이것은 실패하지 않을 것입니다. OrderMagicNumber는 우리의 '성역' 입니다. 나는 다른 목적으로도 MN을 가장 확실히 사용할 것입니다.
[...] 주문의 TP / SL을 성공적으로 설정할 때마다 엉망이 될 수 없는 OrderMagicNumber로 변환-추가-&업데이트합니다. OrderClosePrice()와 비교할 값을 다시 호출합니다. AFAIK 이것은 실패하지 않을 것입니다. OrderMagicNumber는 우리의 '성역' 입니다. 나는 다른 목적으로도 MN을 가장 확실히 사용할 것입니다.
네가 뭐라고하는지 이해가 안가. MN은 초기 OrderSend() 후에 변경할 수 없습니다.
안 돼? 이제 짜증나네요... :) MT4 & MT5는 왜 OrderCloseReason() 이나 뭔가를 도입하지 않습니까?
MT5 주문 기능 을 확인했습니다. 그것은 HistoryOrderGet을 나열했습니다.. & ENUM_ORDER_PROPERTY ; 가까운 것을 찾지 못했습니다 ... 이것은 기본 이며 간단해야합니다 ...