저자는 비동기식으로 작업하는 동일한 조언자가 여러 명 있는데 각각은 자체 쌍의 차트에서 작동하며 분명히 서로 통신하지 않습니다. 따라서 한 고문이 포지션을 열기 위해 거래 주문을 보냈고 주문이 처리 중이거나 답변이 아직 도착하지 않은 순간이 있을 수 있습니다. 포지션이 아직 열리지 않았습니다(OrdersTotal()==0). 그런 다음 다른 고문(하나가 아닐 수도 있음)도 거래 요청을 보내 결과적으로 한 번에 2개 또는 여러 개의 포지션이 열립니다. 이론적으로 이러한 오버레이를 방지하려면 첫 번째 거래 주문을 보낸 후 플래그를 설정해야 합니다. 즉, 터미널의 전역 변수이며 신호를 생성할 때 다른 어드바이저가 읽어야 합니다.
그리고 그러한 상황은 특히 많은 부부가 거의 동시에 날카로운 으르렁을 하는 뉴스에서 반복될 수 있습니다.
저자는 거기에 몇 명의 동일한 고문이 있으며 각각은 자신의 쌍의 차트에 있으며 분명히 서로 의사 소통하지 않습니다. 따라서 한 고문이 포지션을 열기 위해 거래 주문을 보냈고 주문이 처리 중이거나 답변이 아직 도착하지 않은 순간이 있을 수 있습니다. 포지션이 아직 열리지 않았습니다(OrdersTotal()==0). 그런 다음 다른 고문(하나가 아닐 수도 있음)도 거래 요청을 보내 결과적으로 한 번에 2개 또는 여러 개의 포지션이 열립니다. 이론적으로 이러한 오버레이를 방지하려면 첫 번째 거래 주문을 보낸 후 플래그를 설정해야 합니다. 즉, 터미널의 전역 변수이며 신호를 생성할 때 다른 어드바이저가 읽어야 합니다.
그리고 그러한 상황은 특히 많은 부부가 거의 동시에 날카로운 으르렁을 하는 뉴스에서 반복될 수 있습니다.
현재 1개의 거래만 있어야 한다는 설명을 보지 못했습니다. 1개의 상품에 대해 여러 개의 오픈이 있다고 생각했습니다.
저자는 거기에 몇 명의 동일한 고문이 있으며 각각은 자신의 쌍의 차트에 있으며 분명히 서로 의사 소통하지 않습니다. 따라서 한 명의 고문이 포지션을 개설하기 위해 거래 주문을 보냈고 주문이 처리 중이거나 답변이 아직 도착하지 않은 순간이 있을 수 있습니다. 포지션이 아직 열리지 않았습니다(OrdersTotal()==0). 그런 다음 다른 고문(하나가 아닐 수도 있음)도 거래 요청을 보내 결과적으로 한 번에 2개 또는 여러 개의 포지션이 열립니다. 이론적으로 이러한 오버레이를 방지하려면 첫 번째 거래 주문을 보낸 후 플래그를 설정해야 합니다. 즉, 터미널의 전역 변수이며 신호를 생성할 때 다른 어드바이저가 읽어야 합니다.
맞아요, 알렉산더.
나는 지금 지점과 이 문제를 해결하기 위한 모든 권장 사항을 주의 깊게 읽었습니다. 한 번에 32쌍 모두에 대한 거래가 열리면 어떤 일이 벌어질지 공포로 생각하기 때문에... 물론, 이것은 그렇지 않아야 합니다.
... 지금 지점과 이 문제를 해결하기 위한 모든 권장 사항을 읽고 있습니다. 한 번에 32쌍 모두에 대한 거래가 열리면 어떤 일이 벌어질지 공포로 생각하기 때문에... 물론, 이것은 그렇지 않아야 합니다.
도움이 필요하면 연락하십시오.
그건 그렇고, 포지션 오픈 지연은 주로 더블 핑(앞뒤)과 서버의 거래 요청 처리 시간으로 구성됩니다. 실제 서버에 과부하를 허용하지 않고 유동성 공급자와 원활한 통신 채널을 보유한 우수한 브로커는 거래 주문 처리 시간이 몇 밀리초입니다. VPS 서버에 어드바이저를 배치하여 Ping을 수백 밀리초에서 단위로 크게 줄일 수 있습니다. MT4 로그에서 거래 요청을 보내고 처리하고 서버로부터 응답을 받는 데 소요된 총 시간을 확인할 수 있습니다.
그건 그렇고, 포지션 오픈 지연은 주로 더블 핑(앞뒤)과 서버의 거래 요청 처리 시간으로 구성됩니다. 실제 서버에 과부하를 허용하지 않고 유동성 공급자와 원활한 통신 채널을 보유한 우수한 브로커는 거래 주문 처리 시간이 몇 밀리초입니다. VPS 서버에 어드바이저를 배치하여 Ping을 수백 밀리초에서 단위로 크게 줄일 수 있습니다. MT4 로그에서 거래 요청을 보내고 처리하고 서버로부터 응답을 받는 데 소요된 총 시간을 확인할 수 있습니다.
먼저 트랜잭션의 실행 결과를 확인한 다음 전체 주문을 확인해야 하기 때문에
저자는 비동기식으로 작업하는 동일한 조언자가 여러 명 있는데 각각은 자체 쌍의 차트에서 작동하며 분명히 서로 통신하지 않습니다. 따라서 한 고문이 포지션을 열기 위해 거래 주문을 보냈고 주문이 처리 중이거나 답변이 아직 도착하지 않은 순간이 있을 수 있습니다. 포지션이 아직 열리지 않았습니다(OrdersTotal()==0). 그런 다음 다른 고문(하나가 아닐 수도 있음)도 거래 요청을 보내 결과적으로 한 번에 2개 또는 여러 개의 포지션이 열립니다. 이론적으로 이러한 오버레이를 방지하려면 첫 번째 거래 주문을 보낸 후 플래그를 설정해야 합니다. 즉, 터미널의 전역 변수이며 신호를 생성할 때 다른 어드바이저가 읽어야 합니다.
그리고 그러한 상황은 특히 많은 부부가 거의 동시에 날카로운 으르렁을 하는 뉴스에서 반복될 수 있습니다.
저자는 거기에 몇 명의 동일한 고문이 있으며 각각은 자신의 쌍의 차트에 있으며 분명히 서로 의사 소통하지 않습니다. 따라서 한 고문이 포지션을 열기 위해 거래 주문을 보냈고 주문이 처리 중이거나 답변이 아직 도착하지 않은 순간이 있을 수 있습니다. 포지션이 아직 열리지 않았습니다(OrdersTotal()==0). 그런 다음 다른 고문(하나가 아닐 수도 있음)도 거래 요청을 보내 결과적으로 한 번에 2개 또는 여러 개의 포지션이 열립니다. 이론적으로 이러한 오버레이를 방지하려면 첫 번째 거래 주문을 보낸 후 플래그를 설정해야 합니다. 즉, 터미널의 전역 변수이며 신호를 생성할 때 다른 어드바이저가 읽어야 합니다.
그리고 그러한 상황은 특히 많은 부부가 거의 동시에 날카로운 으르렁을 하는 뉴스에서 반복될 수 있습니다.
현재 1개의 거래만 있어야 한다는 설명을 보지 못했습니다. 1개의 상품에 대해 여러 개의 오픈이 있다고 생각했습니다.
저자는 거기에 몇 명의 동일한 고문이 있으며 각각은 자신의 쌍의 차트에 있으며 분명히 서로 의사 소통하지 않습니다. 따라서 한 명의 고문이 포지션을 개설하기 위해 거래 주문을 보냈고 주문이 처리 중이거나 답변이 아직 도착하지 않은 순간이 있을 수 있습니다. 포지션이 아직 열리지 않았습니다(OrdersTotal()==0). 그런 다음 다른 고문(하나가 아닐 수도 있음)도 거래 요청을 보내 결과적으로 한 번에 2개 또는 여러 개의 포지션이 열립니다. 이론적으로 이러한 오버레이를 방지하려면 첫 번째 거래 주문을 보낸 후 플래그를 설정해야 합니다. 즉, 터미널의 전역 변수이며 신호를 생성할 때 다른 어드바이저가 읽어야 합니다.
맞아요, 알렉산더.
나는 지금 지점과 이 문제를 해결하기 위한 모든 권장 사항을 주의 깊게 읽었습니다. 한 번에 32쌍 모두에 대한 거래가 열리면 어떤 일이 벌어질지 공포로 생각하기 때문에... 물론, 이것은 그렇지 않아야 합니다.
... 지금 지점과 이 문제를 해결하기 위한 모든 권장 사항을 읽고 있습니다. 한 번에 32쌍 모두에 대한 거래가 열리면 어떤 일이 벌어질지 공포로 생각하기 때문에... 물론, 이것은 그렇지 않아야 합니다.
도움이 필요하면 연락하십시오.
그건 그렇고, 포지션 오픈 지연은 주로 더블 핑(앞뒤)과 서버의 거래 요청 처리 시간으로 구성됩니다. 실제 서버에 과부하를 허용하지 않고 유동성 공급자와 원활한 통신 채널을 보유한 우수한 브로커는 거래 주문 처리 시간이 몇 밀리초입니다. VPS 서버에 어드바이저를 배치하여 Ping을 수백 밀리초에서 단위로 크게 줄일 수 있습니다. MT4 로그에서 거래 요청을 보내고 처리하고 서버로부터 응답을 받는 데 소요된 총 시간을 확인할 수 있습니다.
도움이 필요하면 연락하십시오.
그건 그렇고, 포지션 오픈 지연은 주로 더블 핑(앞뒤)과 서버의 거래 요청 처리 시간으로 구성됩니다. 실제 서버에 과부하를 허용하지 않고 유동성 공급자와 원활한 통신 채널을 보유한 우수한 브로커는 거래 주문 처리 시간이 몇 밀리초입니다. VPS 서버에 어드바이저를 배치하여 Ping을 수백 밀리초에서 단위로 크게 줄일 수 있습니다. MT4 로그에서 거래 요청을 보내고 처리하고 서버로부터 응답을 받는 데 소요된 총 시간을 확인할 수 있습니다.
최소 수십 밀리초, 평균 200, 핑이 없는 그러한 외환 중개인이 없습니다.
현재 1개의 거래만 있어야 한다는 설명을 보지 못했습니다. 1개의 상품에 대해 여러 개의 오픈이 있다고 생각했습니다.
한 기기의 경우 이전 스레드가 아직 실행을 완료하지 않고 새 틱이 도착한 경우 이러한 버그가 나타날 수 있습니다. 그러면 실제 데이터를 쓰고 읽는 데 정의되지 않은 상황이 발생합니다...
아니요, 그런 상황은 없습니다. ontic은 모든 로직이 처리될 때까지 틱을 건너뜁니다.
아니요, 그런 상황은 없습니다. ontic은 모든 로직이 처리될 때까지 틱을 건너뜁니다.
나도 그렇게 생각했는데...
나도 생각했는데...
mt4 및 mt5에서 스캘핑 중개인 무리와 거래했습니다.
mt4 및 mt5에서 스캘핑 중개인 무리와 거래했습니다.