아무 것도 도움이 되지 않습니다. 대본을 전혀 찾지 못했다. 그리고 어떤 계정이 다른지 ...
'ZZ_All Quotings 0-0090' 그런 스크립트가 있긴 한데, 몇몇 브로커들이 그런 스크립트에 대해 보호를 해준 것 같은데.... "Key_Home" 스크립트는 해당 키를 누르는 소프트웨어 에뮬레이션일 뿐입니다. CodeBase에도 있었던 것 같습니다.
다른 브로커의 견적은 다른 디렉토리에 저장되며 HC 견적은 모든 브로커에 대해 다운로드할 수 있습니다. 점수가 중요하기 때문에 데모에 연결할 때, 데모 계정에서 인용, 실제 계정에 연결할 때 - 실제 서버에서. 때로는 상당한 차이가 있습니다. TF가 중요한 이유는 서버가 제한된 수의 막대를 저장하거나 제공할수록 TF가 오래될수록 동일한 막대 수로 사용 가능한 기록이 더 깊어집니다.
오늘 저는 데모에서 Trailing Stop을 테스트했습니다. 어드바이저를 여러 통화 쌍으로 거래하도록 설정하고 안전하게 비즈니스를 시작했습니다. 잠시 후 나는 주문을 열 때 설정한 것보다 손절매 가 3배 더 많다는 것을 알았습니다. 나는 기적을 위해 코드를주의 깊게 확인했는데 오류가없는 것 같습니다. 따라하기 시작했습니다. 내 후행은 가격과 함께 모든 방향으로 손절매를 앞뒤로 움직이기 시작했습니다. 코드를 다시 보니 어드바이저가 손절매를 되돌릴 가능성이 전혀 없습니다. 일반적으로 고문을 끄고 곰곰이 생각하고 다시 한 통화 쌍에 넣습니다. 결과 - 모든 것이 제대로 작동합니다. 그러나 어드바이저를 시작하지 않고 다른 페어에 손절매가 있는 주문을 하면 모든 것이 처음부터 다시 시작됩니다.
내가 이해하는 것처럼 문제는 OrderStopLoss()를 비교할 때 다른 쌍의 다른 주문에서 손절매를 가져오고 조건이 항상 충족된다는 것입니다. 이 문제를 어떻게 해결할 수 있습니까?
트롤 코드 자체:
RefreshRates();if( Tip ==0&&NormalizeDouble(Bid,Digits)>NormalizeDouble(OrderStopLoss()+ TrailingStop *Point,Digits)){OrderModify( Ticket ,OrderOpenPrice(),Bid- TrailingStop *Point,OrderTakeProfit(),0);}RefreshRates();if( Tip ==1&&NormalizeDouble(Ask,Digits)<NormalizeDouble(OrderStopLoss()- TrailingStop *Point,Digits)){OrderModify( Ticket ,OrderOpenPrice(),Ask+ TrailingStop *Point,OrderTakeProfit(),0);}
'ZZ_All Quotings 0-0090' 그런 스크립트가 있긴 한데, 몇몇 브로커들이 그런 스크립트에 대해 보호를 해준 것 같은데.... "Key_Home" 스크립트는 해당 키를 누르는 소프트웨어 에뮬레이션일 뿐입니다. CodeBase에도 있었던 것 같습니다.
다른 브로커의 견적은 다른 디렉토리에 저장되며 HC 견적은 모든 브로커에 대해 다운로드할 수 있습니다. 점수가 중요하기 때문에 데모에 연결할 때, 데모 계정에서 인용, 실제 계정에 연결할 때 - 실제 서버에서. 때로는 상당한 차이가 있습니다. TF가 중요한 이유는 서버가 제한된 수의 막대를 저장하거나 제공할수록 TF가 오래될수록 동일한 막대 수로 사용 가능한 기록이 더 깊어집니다.
질문이 있습니다. 나는 작은 Expert Advisor를 작성하여 테스트에서 실행했지만 MTS가 너무 많은 왼쪽 거래를 만든 것으로 나타났습니다. 그리고 나서 그는 문제의 본질을 보기 위해 그것을 단순화하기 시작했습니다. 단 하나의 주문만 여는 조건이 하나밖에 남지 않은 지경에 이르렀습니다. 더 간단할 수 있는 것은 전체 역사에서 유일한 주문을 시작하고 보고 기뻐하는 것 같습니다. 그러나 실습에서 알 수 있듯이 100개 이상의 주문이 있었습니다. :( 그리고 일반적으로 전체 이야기가 관련되어 있는 것이 아니라 중간에서 이해할 수 없는 부분만 관련되어 있습니다. 질문: 왜?
어떻게 든 포럼 어딘가에서 청소되지 않은 캐시 또는 이와 유사한 것으로 인해 그러한 결함이 발생할 수 있다고 들었습니다. 저것들. MT4는 말 그대로 꼬리를 정리하지 않고 후속 테스트에서 자체적으로 지워지지 않은 쓰레기에 집중합니다. 그렇습니까? 그리고 어떻게 대처해야 할까요?
여기에서 아마도 최근에 MTS를 작성하기 시작했으며 이전 릴리스에서는 이러한 문제가 발생하지 않았음을 분명히 해야 합니다. 작동 중 컴퓨터의 정전으로 인해 이 결함이 발생했기 때문일 수 있습니다. 프로그램이 올바르게 종료되지 않았습니다. 헤에스? :)
중개인에게 데모 계정 을 개설할 수 없습니까? 견적을 다운로드할 때 모든 것이 바로 이 브로커에서 로드됩니다. 아니면 내가 틀렸어?
브로커와 함께 데모 계정을 개설하는 것이 어떻습니까? 견적을 다운로드할 때 모든 것이 바로 이 브로커에서 로드됩니다. 아니면 내가 틀렸어?
예, Home, PageUp, PageDown 또는 KeyHome 스크립트를 누르면 됩니다.
서버는 2개월 이내에 몇 분을 제공하며 오래된 TF는 더 깊습니다.
예, Home, PageUp, PageDown 또는 KeyHome 스크립트를 누르면 됩니다.
서버는 2개월 이내에 몇 분을 제공하며 오래된 TF는 더 깊습니다.
아무 것도 도움이 되지 않습니다. 대본을 전혀 찾지 못했다. 그리고 어떤 계정이 다른지 ...
아무 것도 도움이 되지 않습니다. 대본을 전혀 찾지 못했다. 그리고 어떤 계정이 다른지 ...
'ZZ_All Quotings 0-0090' 그런 스크립트가 있긴 한데, 몇몇 브로커들이 그런 스크립트에 대해 보호를 해준 것 같은데.... "Key_Home" 스크립트는 해당 키를 누르는 소프트웨어 에뮬레이션일 뿐입니다. CodeBase에도 있었던 것 같습니다.
다른 브로커의 견적은 다른 디렉토리에 저장되며 HC 견적은 모든 브로커에 대해 다운로드할 수 있습니다. 점수가 중요하기 때문에 데모에 연결할 때, 데모 계정에서 인용, 실제 계정에 연결할 때 - 실제 서버에서. 때로는 상당한 차이가 있습니다. TF가 중요한 이유는 서버가 제한된 수의 막대를 저장하거나 제공할수록 TF가 오래될수록 동일한 막대 수로 사용 가능한 기록이 더 깊어집니다.
어떻게 할 수 있었습니까? 도움이 되었기를 바랍니다.
여러분, 안녕하세요! 지표를 기반으로 하지 않고 예를 들어 촛대 분석을 기반으로 하는 Expert Advisors가 있습니까? 유형: 양초 는 "구름의 베일"을 보여주었습니다 - 매도 신호
여러분, 안녕하세요! 지표를 기반으로 하지 않고 예를 들어 촛대 분석을 기반으로 하는 Expert Advisors가 있습니까? 유형: 양초는 "구름의 베일"을 보여주었습니다 - 매도 신호
그런 조언자가 없을 이유가 없습니다.
나에게 이것은 이미 "주요에 대한 영원한 노래"가되고 있습니다 ...
오늘 저는 데모에서 Trailing Stop을 테스트했습니다. 어드바이저를 여러 통화 쌍으로 거래하도록 설정하고 안전하게 비즈니스를 시작했습니다. 잠시 후 나는 주문을 열 때 설정한 것보다 손절매 가 3배 더 많다는 것을 알았습니다. 나는 기적을 위해 코드를주의 깊게 확인했는데 오류가없는 것 같습니다. 따라하기 시작했습니다. 내 후행은 가격과 함께 모든 방향으로 손절매를 앞뒤로 움직이기 시작했습니다. 코드를 다시 보니 어드바이저가 손절매를 되돌릴 가능성이 전혀 없습니다. 일반적으로 고문을 끄고 곰곰이 생각하고 다시 한 통화 쌍에 넣습니다. 결과 - 모든 것이 제대로 작동합니다. 그러나 어드바이저를 시작하지 않고 다른 페어에 손절매가 있는 주문을 하면 모든 것이 처음부터 다시 시작됩니다.
내가 이해하는 것처럼 문제는 OrderStopLoss()를 비교할 때 다른 쌍의 다른 주문에서 손절매를 가져오고 조건이 항상 충족된다는 것입니다. 이 문제를 어떻게 해결할 수 있습니까?
트롤 코드 자체:
'ZZ_All Quotings 0-0090' 그런 스크립트가 있긴 한데, 몇몇 브로커들이 그런 스크립트에 대해 보호를 해준 것 같은데.... "Key_Home" 스크립트는 해당 키를 누르는 소프트웨어 에뮬레이션일 뿐입니다. CodeBase에도 있었던 것 같습니다.
다른 브로커의 견적은 다른 디렉토리에 저장되며 HC 견적은 모든 브로커에 대해 다운로드할 수 있습니다. 점수가 중요하기 때문에 데모에 연결할 때, 데모 계정에서 인용, 실제 계정에 연결할 때 - 실제 서버에서. 때로는 상당한 차이가 있습니다. TF가 중요한 이유는 서버가 제한된 수의 막대를 저장하거나 제공할수록 TF가 오래될수록 동일한 막대 수로 사용 가능한 기록이 더 깊어집니다.
어떻게 할 수 있었습니까? 도움이 되었기를 바랍니다.
감사합니다 일이 잘 풀리네요... 현재 오류가 사라지지 않네요...
코드와 공짜를 사랑하는 여러분 안녕하세요.
질문이 있습니다. 나는 작은 Expert Advisor를 작성하여 테스트에서 실행했지만 MTS가 너무 많은 왼쪽 거래를 만든 것으로 나타났습니다. 그리고 나서 그는 문제의 본질을 보기 위해 그것을 단순화하기 시작했습니다. 단 하나의 주문만 여는 조건이 하나밖에 남지 않은 지경에 이르렀습니다. 더 간단할 수 있는 것은 전체 역사에서 유일한 주문을 시작하고 보고 기뻐하는 것 같습니다. 그러나 실습에서 알 수 있듯이 100개 이상의 주문이 있었습니다. :( 그리고 일반적으로 전체 이야기가 관련되어 있는 것이 아니라 중간에서 이해할 수 없는 부분만 관련되어 있습니다. 질문: 왜?
어떻게 든 포럼 어딘가에서 청소되지 않은 캐시 또는 이와 유사한 것으로 인해 그러한 결함이 발생할 수 있다고 들었습니다. 저것들. MT4는 말 그대로 꼬리를 정리하지 않고 후속 테스트에서 자체적으로 지워지지 않은 쓰레기에 집중합니다. 그렇습니까? 그리고 어떻게 대처해야 할까요?
여기에서 아마도 최근에 MTS를 작성하기 시작했으며 이전 릴리스에서는 이러한 문제가 발생하지 않았음을 분명히 해야 합니다. 작동 중 컴퓨터의 정전으로 인해 이 결함이 발생했기 때문일 수 있습니다. 프로그램이 올바르게 종료되지 않았습니다. 헤에스? :)