여기에서 스크립트는 일정 이벤트를 파일에 시간으로 업로드합니다. 특정 기호에 대한 뉴스를 표시할 수 있습니다. 파일을 어레이에 로드할 수 있으며 날짜는 테스터에서 확인할 수 있습니다. 당신은 여전히 뉴스를 poshamanit하고 분석할 수 있습니다. 거의 모든 틱에 게시됩니다.
Пожалуйста, ознакомьтесь с инструкцией, затем удалите этот текст и поместите описание своего скрипта. Требования, предъявляемые к тематике, объему и оформлению публикуемого материала: Какие идеи заложены в коде и как можно интерпретировать показания индикаторов? Опишите внешние переменные. Если выкладывается эксперт, то желательно указать...
여기에서 스크립트는 일정 이벤트를 파일에 시간으로 업로드합니다. 특정 기호에 대한 뉴스를 표시할 수 있습니다. 파일을 어레이에 로드할 수 있으며 날짜는 테스터에서 확인할 수 있습니다. 당신은 여전히 뉴스를 poshamanit하고 분석할 수 있습니다. 거의 모든 틱에 게시됩니다.
나는 탬버린으로 춤을 많이 춥니다. 그리고 당신의 춤은 주목받을 가치조차 없습니다. 불행히도 나는 그것을 보는 데 시간을 낭비했습니다.
특히 중개 이력을 테스트하는 사람들에게는 "반복적인 틱 제외" 기능이 매우 유용할 것입니다(예: "계산 속도를 높이기 위해 핍으로 이익" 옆에 수행)
한 인기 있는 브로커에서 월 1,300만 틱 중 800만 틱이 반복된다는 사실을 발견했습니다! 따라서 구매한 Expert Advisors나 그러한 소프트웨어 필터가 없는 사람들의 테스트 속도를 크게 높일 수 있습니다.
또한 반복되는 틱(Bid 및 Ask 가격의 동일성)을 제외하는 데 찬성하는 주장을 하나 더 추가하고 싶습니다. 이는 최적화 중 메모리 사용량을 크게 절약하는 것입니다. 때때로 충분한 메모리가 있고 하드 드라이브가 보이지 않도록 에이전트 수를 제한해야 합니다. 이 경우 프로그래밍 방식으로 필터링하면 도움이 되지 않습니다.
사용자 정의 문자와 함께 작동합니다. 그러나 일반 테스터에서 유용할 다른 많은 설정과 마찬가지로 TDS에도 이러한 설정이 있습니다.
하지만 그렇게 될 것이라고 미리 약속했다. 변경된 사항은 무엇입니까?
테스터 캘린더는 어떻게 되나요?
테스터 캘린더는 어떻게 되나요?
추가 번거로움 없이 캘린더로 작업하는 어드바이저를 테스트할 수 있습니다.
Renat, 실제 틱, Market 및 Limit 주문의 교환 채우기에 대한 전략 테스터 의 개발 계획에 추가하십시오.
이를 위해서는 틱 기록 구조에 추가 필수 필드가 필요합니다.
DirectionLast 결정에 문제가 있는 경우
다음은 간단한 필드 비교입니다.
추가 번거로움 없이 캘린더로 작업하는 어드바이저를 테스트할 수 있습니다.
https://www.mql5.com/en/code/27416
여기에서 스크립트는 일정 이벤트를 파일에 시간으로 업로드합니다. 특정 기호에 대한 뉴스를 표시할 수 있습니다. 파일을 어레이에 로드할 수 있으며 날짜는 테스터에서 확인할 수 있습니다. 당신은 여전히 뉴스를 poshamanit하고 분석할 수 있습니다. 거의 모든 틱에 게시됩니다.
https://www.mql5.com/ru/code/27416
여기에서 스크립트는 일정 이벤트를 파일에 시간으로 업로드합니다. 특정 기호에 대한 뉴스를 표시할 수 있습니다. 파일을 어레이에 로드할 수 있으며 날짜는 테스터에서 확인할 수 있습니다. 당신은 여전히 뉴스를 poshamanit하고 분석할 수 있습니다. 거의 모든 틱에 게시됩니다.
나는 탬버린으로 춤을 많이 춥니다. 그리고 당신의 춤은 주목받을 가치조차 없습니다. 불행히도 나는 그것을 보는 데 시간을 낭비했습니다.
제안 - 시장의 Expert Advisors 및 지표가 테스터에서 정확한 날짜와 연도를 받는 것을 금지할 수 있습니까?
"그린" 신호를 제외합니다.
나는 탬버린으로 춤을 많이 춥니다. 그리고 당신의 춤은 주목받을 가치조차 없습니다. 불행히도 나는 그것을 보는 데 시간을 낭비했습니다.
달력으로 작업하는 데 어떤 문제가 있습니까? 달력 자체는 돈을 벌지 않습니다;)
손실 거래 수 STAT_LOSS_TRADES 를 최적화 결과 에 추가하십시오.
특히 중개 이력을 테스트하는 사람들에게는 "반복적인 틱 제외" 기능이 매우 유용할 것입니다(예: "계산 속도를 높이기 위해 핍으로 이익" 옆에 수행)
한 인기 있는 브로커에서 월 1,300만 틱 중 800만 틱이 반복된다는 사실을 발견했습니다! 따라서 구매한 Expert Advisors나 그러한 소프트웨어 필터가 없는 사람들의 테스트 속도를 크게 높일 수 있습니다.
또한 반복되는 틱(Bid 및 Ask 가격의 동일성)을 제외하는 데 찬성하는 주장을 하나 더 추가하고 싶습니다. 이는 최적화 중 메모리 사용량을 크게 절약하는 것입니다. 때때로 충분한 메모리가 있고 하드 드라이브가 보이지 않도록 에이전트 수를 제한해야 합니다. 이 경우 프로그래밍 방식으로 필터링하면 도움이 되지 않습니다.