남.Rosh는 최적화 접근 방식이 어떻게 변경되었는지 이해하기 위해 mt5를 살펴보았습니다. 좋은 인상을 받고 있습니다.각 패스를 평가하기 위한 여러 다른 매개변수와 최적화할 수 있는 매개변수가 있습니다. 그러나 mt4와 달리 테스트 결과 를 하나 의 파일(실제로는 두 개의 파일)로 내보내는 것을 거부하고 결과를 xml로 내보내고 도면을 다른 버전으로 별도로 저장할 수 있습니다. 그러나 다시 xml 파일에서 최적화가 발생한 다른 매개변수를 이해하는 것은 불가능합니다. 왜 그런 검사 결과의 구분이 있었는지 귀하의 의견을 알고 싶습니다. 수신된 데이터의 처리를 보다 기술적으로 만들고자 하는 바람 때문이라고 생각합니다. 그리고 또 다른 질문은 이전 두 메시지에서 제가 설명한 발언과 관련이 있습니다. mt4 플랫폼 개선 측면에서 현재 개발자에게 얼마나 관련성이 있으며 최적화 측면에서 전혀 개선할 계획입니까?
하나의 서버에 조언자가 있는 하나의 터미널이 있습니다. 그리고 두 번째는 집을 제어하는 데 사용됩니다. Expert Advisors는 보류 중인 주문을 사용합니다.
다음과 같은 일이 주기적으로 발생합니다. 거래 터미널에 노란색 선이 켜지면 주문이 오래전에 활성화되어야 했고 가격이 보류 중인 주문을 훨씬 초과했음을 나타냅니다. 하지만 켜져 있다는 사실이 터미널에 표시되지 않습니다. 그리고 제어 터미널에는 주문이 켜졌다고 표시됩니다. 그리고 해당 주문은 미결 주문 목록에 있으며 예상대로 이익이 고려됩니다. 그러나 거래 터미널이 보류 중인 주문이 활성화되었다는 신호를 받지 못했기 때문에 Expert Advisor는 더 이상의 작업을 수행하지 않습니다. 즉, 이익실현을 필요한 수준으로 설정하지 않고 포함된 주문을 전혀 보지 않습니다. 게다가, 이것은 거의 매일 매우 자주 발생하며, 내가 아는 한, 나만 그런 것은 아닙니다. 서버에서 죄를 짓는 것 - 사라집니다. 다른 컴퓨터와 다른 서버에서 거래를 시도했기 때문에 다른 국가에 있으며이 버그가 도처에 나타납니다. 전문가의 주문 포함을 제어하지 않고 자동 거래를 수행하는 것은 매우 어렵고, 특히 밤낮으로 전문가를 떠나는 경우 항상 신경이 쓰입니다. 이 결함은 터미널을 닫았다가 다시 열면 제거됩니다.
이것은 매우 심각한 문제입니다. 이 메시지를 무시하지 마십시오. 매우 타당한 이유가 없는 한 귀하에게 연락하지 않을 뿐입니다 . 항상 많은 돈이 손실되는 곳입니다. 그리고 전문가의 모든 신중한 디버깅은 터미널의 열악한 성능에 대해 나타납니다.
하나의 서버에 조언자가 있는 하나의 터미널이 있습니다. 그리고 두 번째는 집을 제어하는 데 사용됩니다. Expert Advisors는 보류 중인 주문을 사용합니다.
다음과 같은 일이 주기적으로 발생합니다. 거래 터미널에 노란색 선이 켜지면 주문이 오래전에 활성화되어야 했고 가격이 보류 중인 주문을 훨씬 초과했음을 나타냅니다. 하지만 켜져 있다는 사실이 터미널에 표시되지 않습니다. 그리고 제어 터미널에는 주문이 켜졌다고 표시됩니다. 그리고 해당 주문은 미결 주문 목록에 있으며 예상대로 이익이 고려됩니다. 그러나 거래 터미널이 보류 중인 주문이 활성화되었다는 신호를 받지 못했기 때문에 Expert Advisor는 더 이상의 작업을 수행하지 않습니다. 즉, 이익실현을 필요한 수준으로 설정하지 않고 포함된 주문을 전혀 보지 않습니다. 게다가, 이것은 거의 매일 매우 자주 발생하며, 내가 아는 한, 나만 그런 것은 아닙니다. 서버에서 죄를 짓는 것 - 사라집니다. 다른 컴퓨터와 다른 서버에서 거래를 시도했기 때문에 다른 국가에 있으며이 버그가 도처에 나타납니다. 전문가의 주문 포함을 제어하지 않고 자동 거래를 수행하는 것은 매우 어렵고, 특히 밤낮으로 전문가를 떠나는 경우 항상 신경이 쓰입니다. 이 결함은 터미널을 닫았다가 다시 열면 제거됩니다.
이것은 매우 심각한 문제입니다. 이 메시지를 무시하지 마십시오. 매우 타당한 이유가 없는 한 귀하에게 연락하지 않을 뿐입니다 . 항상 많은 돈이 손실되는 곳입니다. 그리고 전문가의 모든 신중한 디버깅은 터미널의 열악한 성능에 대해 나타납니다.
어떤 부엌에서는 그런 농담이있었습니다 ... 확신 할 수는 없지만 저 같은 경우 문제는 DC쪽에 있습니다. 이것은 MT 버그가 아니라 DC가 클라이언트를 소모하는 데 도움이 되는 기능일 가능성이 큽니다. 다른 DC를 시도하십시오.
MT4의 이상한 동작을 발견했습니다.
오프라인에서 비표준 TF로 히스토리 파일을 열었는데... 파일을 열면 원본 크기의 40%로 줄어듭니다. 또한 막대는 선택적으로 제거됩니다. 하지만 항상 똑같습니다.
225에서 402까지의 모든 빌드에서 시도했습니다. EURUSD20.hst라는 이름을 사용했습니다. 이 파일과 함께 아카이브를 첨부했습니다. 시도해 보세요. 저만 그럴 수도 있습니다.
MT4가 서버와 동기화를 시도하는 것 같습니다. 인터넷 연결을 끊어도 도움이 되지 않습니다. 차트의 막대 수는 충분합니다.
녹음이 맞습니다. 나는 구조의 전체 배열을 쓰고 있습니다. 디버거에서 추적합니다.
형성된 막대의 매개변수를 확인해야 합니다. 도움이 될 수 있습니다.
토론:
https://www.mql5.com/ru/forum/131986고맙습니다! 나는 이것이 논의되었지만 검색하지 않았다는 것을 어렴풋이 기억합니다. 무엇을 찾아야할지 잘 모르겠습니다 :-))
===========
귀하의 코드를 살펴보았습니다. 오류가 없습니다. 이전 변환기와 다르지 않습니다.
하지만 CSV의 원래 시계열에서 오류를 발견했습니다.
다시 한번 감사합니다!
Linux(우분투)에서 이러한 쓰레기(글리치)를 제거하는 방법은 다음과 같습니다.
나는 그것이 나타나는 것에서 의존성을 찾지 못했습니다. 때로는 오랫동안 존재하지 않고 때로는 설치 후 잠시 후에 나타납니다.
metatrade를 다시 설치하는 것만으로도 도움이 됩니다. 하지만 계속해서 다시 설치하고 구성하십시오 .... 부 ...
남. Rosh 는 최적화 접근 방식이 어떻게 변경되었는지 이해하기 위해 mt5를 살펴보았습니다. 좋은 인상을 받고 있습니다. 각 패스를 평가하기 위한 여러 다른 매개변수와 최적화할 수 있는 매개변수가 있습니다 . 그러나 mt4와 달리 테스트 결과 를 하나 의 파일 (실제로는 두 개의 파일)로 내보내는 것을 거부하고 결과를 xml로 내보내고 도면을 다른 버전으로 별도로 저장할 수 있습니다. 그러나 다시 xml 파일에서 최적화가 발생한 다른 매개변수를 이해하는 것은 불가능합니다. 왜 그런 검사 결과의 구분이 있었는지 귀하의 의견을 알고 싶습니다. 수신된 데이터의 처리를 보다 기술적으로 만들고자 하는 바람 때문이라고 생각합니다. 그리고 또 다른 질문은 이전 두 메시지에서 제가 설명한 발언과 관련이 있습니다. mt4 플랫폼 개선 측면에서 현재 개발자에게 얼마나 관련성이 있으며 최적화 측면에서 전혀 개선할 계획입니까?
그리고 또 다른 질문은 이전 두 메시지에서 제가 설명한 발언과 관련이 있습니다. mt4 플랫폼 개선 측면에서 현재 개발자에게 얼마나 관련성이 있으며 최적화 측면에서 전혀 개선할 계획입니까?
어디에 써야할지 모르겠어서 여기에 씁니다.
빌드 402, 두 개의 터미널, 하나의 DC, 다른 계정(하나는 데모, 하나는 실제), 다른 고문, 확인된 견적.
나는 테스터에서 실행을 하고 2010년 4월 4일이나 2010년 10월에 실행을 멈춥니다. 비록 인용문이 오늘까지 로드되기는 하지만요.
2010년 4월 4일부터 오늘까지 "날짜 사용"을 입력했습니다. 테스트에 통과하고 거래가 있습니다.
이유는 무엇입니까?
친애하는 개발자 여러분!
터미널에서 Expert Advisors와의 실제 거래에 매우 심각한 버그가 있습니다!
하나의 서버에 조언자가 있는 하나의 터미널이 있습니다. 그리고 두 번째는 집을 제어하는 데 사용됩니다. Expert Advisors는 보류 중인 주문을 사용합니다.
다음과 같은 일이 주기적으로 발생합니다. 거래 터미널에 노란색 선이 켜지면 주문이 오래전에 활성화되어야 했고 가격이 보류 중인 주문을 훨씬 초과했음을 나타냅니다. 하지만 켜져 있다는 사실이 터미널에 표시되지 않습니다. 그리고 제어 터미널에는 주문이 켜졌다고 표시됩니다. 그리고 해당 주문은 미결 주문 목록에 있으며 예상대로 이익이 고려됩니다. 그러나 거래 터미널이 보류 중인 주문이 활성화되었다는 신호를 받지 못했기 때문에 Expert Advisor는 더 이상의 작업을 수행하지 않습니다. 즉, 이익실현을 필요한 수준으로 설정하지 않고 포함된 주문을 전혀 보지 않습니다. 게다가, 이것은 거의 매일 매우 자주 발생하며, 내가 아는 한, 나만 그런 것은 아닙니다. 서버에서 죄를 짓는 것 - 사라집니다. 다른 컴퓨터와 다른 서버에서 거래를 시도했기 때문에 다른 국가에 있으며이 버그가 도처에 나타납니다. 전문가의 주문 포함을 제어하지 않고 자동 거래를 수행하는 것은 매우 어렵고, 특히 밤낮으로 전문가를 떠나는 경우 항상 신경이 쓰입니다. 이 결함은 터미널을 닫았다가 다시 열면 제거됩니다.
이것은 매우 심각한 문제입니다. 이 메시지를 무시하지 마십시오. 매우 타당한 이유가 없는 한 귀하에게 연락하지 않을 뿐입니다 . 항상 많은 돈이 손실되는 곳입니다. 그리고 전문가의 모든 신중한 디버깅은 터미널의 열악한 성능에 대해 나타납니다.
친애하는 개발자 여러분!
터미널에서 Expert Advisors와의 실제 거래에 매우 심각한 버그가 있습니다!
하나의 서버에 조언자가 있는 하나의 터미널이 있습니다. 그리고 두 번째는 집을 제어하는 데 사용됩니다. Expert Advisors는 보류 중인 주문을 사용합니다.
다음과 같은 일이 주기적으로 발생합니다. 거래 터미널에 노란색 선이 켜지면 주문이 오래전에 활성화되어야 했고 가격이 보류 중인 주문을 훨씬 초과했음을 나타냅니다. 하지만 켜져 있다는 사실이 터미널에 표시되지 않습니다. 그리고 제어 터미널에는 주문이 켜졌다고 표시됩니다. 그리고 해당 주문은 미결 주문 목록에 있으며 예상대로 이익이 고려됩니다. 그러나 거래 터미널이 보류 중인 주문이 활성화되었다는 신호를 받지 못했기 때문에 Expert Advisor는 더 이상의 작업을 수행하지 않습니다. 즉, 이익실현을 필요한 수준으로 설정하지 않고 포함된 주문을 전혀 보지 않습니다. 게다가, 이것은 거의 매일 매우 자주 발생하며, 내가 아는 한, 나만 그런 것은 아닙니다. 서버에서 죄를 짓는 것 - 사라집니다. 다른 컴퓨터와 다른 서버에서 거래를 시도했기 때문에 다른 국가에 있으며이 버그가 도처에 나타납니다. 전문가의 주문 포함을 제어하지 않고 자동 거래를 수행하는 것은 매우 어렵고, 특히 밤낮으로 전문가를 떠나는 경우 항상 신경이 쓰입니다. 이 결함은 터미널을 닫았다가 다시 열면 제거됩니다.
이것은 매우 심각한 문제입니다. 이 메시지를 무시하지 마십시오. 매우 타당한 이유가 없는 한 귀하에게 연락하지 않을 뿐입니다 . 항상 많은 돈이 손실되는 곳입니다. 그리고 전문가의 모든 신중한 디버깅은 터미널의 열악한 성능에 대해 나타납니다.