시장에 게시된 Expert Advisors에서 최소 스톱을 확인합니다. - 페이지 14

 
도움을 주셔서 감사합니다. 문제가 해결되지는 않았지만 기회를 찾을 것입니다.
 
아니요, 글쎄요, 마늘에 대해 동의할 것입니다. 일반적으로 브로커가 "플로팅"이라고 선언하고 그게 다야 0이 되는 경우 언어에서 정지 수준을 얻고 언어로 확산되는 기능은 어떻게 됩니까? 포크로 동료를 픽업하고 거래 서버와 협상하십시오. 더 나은 방법은 서버가 오류를 반환하지 않도록 처음으로 추측하는 것입니다.
 
Vladislav Andruschenko :
도움을 주셔서 감사합니다. 문제가 해결되지는 않았지만 기회를 찾을 것입니다.

문제 해결됨. 정지 수준이 0이면 스프레드에 사용자가 지정한 계수를 곱한 값을 취합니다. SL 및 TP를 처음 설치한 후 따옴표 없이 130 의 오류가 발생하면 오류가 사라질 때까지 계수를 1 등으로 늘립니다. 그리고 시장을 확인하는 사람에게 스프레드 곱셈 계수의 올바른 값을 설정하도록 지정하십시오. 이 경우에만 Expert Advisor는 단일 오류 130 없이 작동합니다.

 
Ihor Herasko :

문제 해결됨. 정지 수준이 0이면 스프레드에 사용자가 지정한 계수를 곱한 값을 취합니다. SL 및 TP를 처음 설치한 후 따옴표 없이 130 의 오류가 발생하면 오류가 사라질 때까지 계수를 1 등으로 늘립니다. 그리고 시장을 확인하는 사람에게 스프레드 곱셈 계수의 올바른 값을 설정하도록 지정하십시오. 이 경우에만 Expert Advisor는 단일 오류 130 없이 작동합니다.

전부다 괜찮아. 그러나 하나가 있습니다. 토론 주제는 다음과 같습니다.

오류 130은 전혀 나타나지 않아야 합니다.

귀하의 솔루션은 사용자만을 위한 것이지만 그러한 솔루션은 시장에서 작동하지 않습니다. 오류 130이 있기 때문에!

 
Vladislav Andruschenko :

전부다 괜찮아. 그러나 하나가 있습니다. 토론 주제는 다음과 같습니다.

오류 130은 전혀 나타나지 않아야 합니다.

귀하의 솔루션은 사용자만을 위한 것이지만 그러한 솔루션은 시장에서 작동하지 않습니다. 오류 130이 있기 때문에!

이 지점에 대한 솔루션도 있습니다(이전 게시물에 포함됨).

그리고 시장을 확인하는 사람에게 스프레드 곱셈 계수의 올바른 값을 설정하도록 지정하십시오.

 
Ihor Herasko :

이 지점에 대한 솔루션도 있습니다(이전 게시물에 포함됨).
그리고 시장을 확인하는 사람에게 스프레드 곱셈 계수의 올바른 값을 설정하도록 지정하십시오.

아니요, 그들은 듣지 않습니다. 답은 하나뿐입니다. "오류가 없어야 합니다." 그게 다야 ...

인디케이터가 중재를 수락하면 일반적으로 유쾌하게 행동 합니다. 터미널 폴더 에서 물리적으로 기록을 삭제하고 인디케이터를 실행합니다. 어레이가 범위를 벗어날 때 오류가 발생하면 산책을 가십시오... 그러나 평범한 것은 아닙니다. 사용자 는 그런 지표를 시작합니다. 맞죠? 그러나 슬프게도 중재자들은 제품을 깨기 위해 누가 더 멋지고 더 교활한지 서로 경쟁하고 있을 것입니다. 그러나 모든 발명품을 따를 수는 없습니다. 결국 코드는 여러 번 부풀려지며 모두 실용적인 페이로드 없이 진행됩니다. 우리는 중재자가 발명한 구멍을 막습니다.

 
Vladislav Andruschenko :

귀하의 솔루션은 사용자만을 위한 것이지만 그러한 솔루션은 시장에서 작동하지 않습니다. 오류 130이 있기 때문에!

사용자에게도 전혀 지장을 주지 않았습니다)

나는 진짜로 정상적인 일을하고 시장에서 확인하기 위해 플러그를 씁니다.

Artyom Trishkin :

인디케이터가 중재를 수락하면 일반적으로 유쾌하게 행동 합니다. 터미널 폴더 에서 물리적으로 기록을 삭제하고 인디케이터를 실행합니다. 어레이가 범위를 벗어날 때 오류가 발생하면 산책을 가십시오... 그러나 평범한 것은 아닙니다. 사용자 는 그런 지표를 시작합니다. 맞죠? 그러나 슬프게도 중재자들은 제품을 깨기 위해 누가 더 멋지고 더 교활한지 서로 경쟁하고 있을 것입니다. 그러나 모든 발명품을 따를 수는 없습니다. 결국 코드는 여러 번 부풀려지며 모두 실용적인 페이로드 없이 진행됩니다. 우리는 중재자가 발명한 구멍을 막습니다.

그러나 나는 여기에 동의하지 않습니다. 기록이 없는 차트에서 지표를 시작하는 것은 꽤 가능하고 자주 발생합니다. 새 터미널에서 사용자가 실행 중인 칠면조가 있는 차트로 도구를 끌 때(또는 단순히 TF를 다음과 같이 변경합니다. 아직 열리지 않았습니다.)

이러한 오류가 없어야 합니다.

 
Artyom Trishkin :

아니요, 그들은 듣지 않습니다. 답은 하나뿐입니다. "오류가 없어야 합니다." 그게 다야 ...

인디케이터가 중재를 수락하면 일반적으로 유쾌하게 행동 합니다. 터미널 폴더 에서 물리적으로 기록을 삭제하고 인디케이터를 실행합니다. 어레이가 범위를 벗어날 때 오류가 발생하면 산책을 가십시오... 그러나 평범한 것은 아닙니다. 사용자 는 그런 지표를 시작합니다. 맞죠? 그러나 슬프게도 중재자들은 제품을 깨기 위해 누가 더 멋지고 더 교활한지 서로 경쟁하고 있을 것입니다. 그러나 모든 발명품을 따를 수는 없습니다. 결국 코드는 여러 번 부풀려지며 모두 실용적인 페이로드 없이 진행됩니다. 우리는 중재자가 발명한 구멍을 막습니다.

또한 몇 분 안에 수정되는 사소한 실수를 발견하면 재조정을 위해 며칠 더 기다려야 합니다. :)
 
Vitalii Ananev :
또한 몇 분 안에 수정되는 사소한 실수를 발견하면 재조정을 위해 며칠 더 기다려야 합니다. :)
네. 시간의 순간이 있습니다. 특히 그들이 당신에게 편지를 쓸 때 그들은 이 기능을 추가하고 나는 즉시 그것을 살 것입니다. 또는 그들이 업데이트나 새로운 기능을 요청하고 당신이 한 시간 안에 그것을 할 때. 확인을 기다리고 있다고 씁니다. 그런 다음 2 3주 후에 확인이 이루어집니다. 시간버전을 보내야지...........

하지만 그게 아닙니다. 잘 확인하십시오. 그러나 여기에 터무니없는 오류가 있습니다. 이게 어렵습니다.
 
Artyom Trishkin :

아니요, 그들은 듣지 않습니다. 답은 하나뿐입니다. "오류가 없어야 합니다." 그게 다야 ...

인디케이터가 중재를 수락하면 일반적으로 유쾌하게 행동 합니다. 터미널 폴더 에서 물리적으로 기록을 삭제하고 인디케이터를 실행합니다. 어레이가 범위를 벗어날 때 오류가 발생하면 산책을 가십시오... 그러나 평범한 것은 아닙니다. 사용자 는 그런 지표를 시작합니다. 맞죠? 그러나 슬프게도 중재자들은 제품을 깨기 위해 누가 더 멋지고 더 교활한지 서로 경쟁하고 있을 것입니다. 그러나 모든 발명품을 따를 수는 없습니다. 결국 코드는 여러 번 부풀려지며 모두 실용적인 페이로드 없이 진행됩니다. 우리는 중재자가 발명한 구멍을 막습니다.

사실, 이것은 일반적인 상황을 모방한 것입니다. 즉, 현재 기록이 다운로드되고 있는 계측기의 차트에 지표를 첨부하는 것입니다. 예를 들어, 사용자는 처음으로 차트를 열고 기간을 D1 또는 W1으로 전환하고 즉시 이러한 차트에 지표를 첨부했습니다.