그런 문제가 있습니다... 예를 들어 STP 브로커(통합업체)는 실행을 위해 들어오는 거래 주문을 즉시 보내지 않고 특정 빈도로 보내기 위해 누적해야 합니다. 그 이유 중 하나는 예를 들어 은행(나는 FOREX에 대해 이야기하고 있음)이 FIX API를 통해 서버로 거래 요청이 도착하는 빈도가 높은(재량에 따라) 환영하지 않기 때문입니다. 따라서 서버 안정성에 대한 위협으로 남용 중개 클라이언트를 비활성화할 수 있습니다.
다만, 브로커 서버 측 가상 포지션의 유무는 브로커와 유동성 공급자 간의 거래 요청 수에 영향을 미치지 않는 것으로 보입니다.
당신은 그것을 연 전문가의 이름 또는 마술의 주문에 대한 주석을 입력하고 MT4 논리의 논리 코드(열기/닫기)를 입력합니다. 그리고 마감 주문을 보낼 때 이 외에 마감되는 주문(티켓)을 댓글에 표시하십시오. 주문이 실행되면 거래가 항상 거래와 연결되어 찾을 수 있습니다( DEAL_ORDER 필드 사용). 따라서 현재의 총 포지션은 실행된(관련 트랜잭션이 있음) 아직 청산되지 않은 주문(청산할 의견이 있는 주문이 없음)으로 항상 나눌 수 있으며 이 모든 정보는 서버에 저장됩니다.
당신은 그것을 연 전문가의 이름 또는 마술의 주문에 대한 주석을 입력하고 MT4 논리의 논리 코드(열기/닫기)를 입력합니다. 그리고 마감 주문을 보낼 때 이 외에 마감되는 주문(티켓)을 댓글에 표시하십시오. 주문이 실행되면 거래가 항상 거래와 연결되어 찾을 수 있습니다( DEAL_ORDER 필드 사용). 따라서 현재의 총 포지션은 실행된(관련 트랜잭션이 있음) 아직 청산되지 않은 주문(청산할 의견이 있는 주문이 없음)으로 항상 나눌 수 있으며 이 모든 정보는 서버에 저장됩니다.
getch 작성>> Magic에 전문가 고문이 있다고 상상해 보십시오. 이 고문의 위치가 적자였던 어느 순간, 당신은 모든 것이 지겹고 긴장을 풀고 싶다고 결정했습니다. Expert Advisor를 삭제하고 마법 0의 카운터 시장 주문으로 손으로 오픈 포지션을 닫습니다. 우리는 휴가에서 돌아와서 동일한 Expert Advisor를 다시 시작하기로 결정했으며 마법에 의한 역사 분석에서 그는 자신의 포지션이 열려있습니다.
혀로 묶인 예이지만 아이디어를 잡을 수 있습니다.
어드바이저를 삭제할 때 모든 포즈를 자동으로 닫습니다. 또는 고문과 메시지 교환을 제공합니다(보편화할 수 있음). 어드바이저가 연 모든 것은 사용자의 요청에 따라 닫힐 수 있지만 닫아야 합니다.
getch 작성>> Magic에 전문가 고문이 있다고 상상해 보십시오. 이 고문의 위치가 적자였던 어느 순간, 당신은 모든 것이 지겹고 긴장을 풀고 싶다고 결정했습니다. Expert Advisor를 삭제하고 마법 0의 카운터 시장 주문으로 손으로 오픈 포지션을 닫습니다. 우리는 휴가에서 돌아와서 동일한 Expert Advisor를 다시 시작하기로 결정했으며 마법에 의한 역사 분석에서 그는 자신의 포지션이 열려있습니다.
혀로 묶인 예이지만 아이디어를 잡을 수 있습니다.
어드바이저를 삭제할 때 모든 포즈를 자동으로 닫습니다 . 또는 고문과 메시지 교환을 제공합니다(보편화할 수 있음). 어드바이저가 연 모든 것은 사용자의 요청에 따라 닫힐 수 있지만 닫아야 합니다.
Magic에 전문가 고문이 있다고 상상해 보십시오. 이 고문의 위치가 적자였던 어느 순간, 당신은 모든 것이 지겹고 긴장을 풀고 싶다고 결정했습니다. Expert Advisor를 삭제하고 마법 0의 카운터 시장 주문으로 손으로 오픈 포지션을 닫습니다. 우리는 휴가에서 돌아와서 동일한 Expert Advisor를 다시 시작하기로 결정했으며 마법에 의한 역사 분석에서 그는 자신의 포지션이 열려있습니다.
혀로 묶인 예이지만 아이디어를 잡을 수 있습니다.
이 경우에는 그 예가 과격한 것 같습니다. 디스플레이에 버튼을 만들고 필요한 표시와 함께 모든 것을 닫는 "모든 것을 닫기"와 같은 것으로 부릅니다.
이것은 특정 트레이더가 작동하는 방식에 맞는 경우 구현할 수 있는 옵션 중 하나입니다. 다른 사람들은 다르게 할 수 있습니다. 예를 들어, 원격 고문의 명령을 수동으로 수행하기 위해 남길 이유가 없습니다. 여는 논리가 있고 닫는 논리가 이에 해당합니다. 이것은 단일 전체의 일부입니다.
관련 주문을 관리하기 위한 다양한 로직을 별도의 라이브러리 함수 형태로 만들 수 있습니다. 댓글을 통해 분명히 모든 것이 될 것입니다.
네, 많은 것이 가능하지만 "단 하나의 TP와 하나의 SL ....". 그리고 TP와 SL은 인터넷 없이도, 어드바이저 없이도, 라이브러리 기능 없이도 작업이 가능하기 때문에 좋습니다. 이제 예를 들어 두 손으로 서로 다른 수준의 TP를 사용하는 단방향 지연도 설정할 수 없습니다. 아니요, 자물쇠는 자물쇠입니다. 그러나 이 순 위치를 사용하면 터미널은 뒤로 물러납니다. 물론 DC는 더 간단하고 어쨌든 그물과 함께 작동하지만 상인에게는 정원입니다.
여기 또 다른 옵션 이 있습니다
그런 문제가 있습니다... 예를 들어 STP 브로커(통합업체)는 실행을 위해 들어오는 거래 주문을 즉시 보내지 않고 특정 빈도로 보내기 위해 누적해야 합니다. 그 이유 중 하나는 예를 들어 은행(나는 FOREX에 대해 이야기하고 있음)이 FIX API를 통해 서버로 거래 요청이 도착하는 빈도가 높은(재량에 따라) 환영하지 않기 때문입니다. 따라서 서버 안정성에 대한 위협으로 남용 중개 클라이언트를 비활성화할 수 있습니다.
다만, 브로커 서버 측 가상 포지션의 유무는 브로커와 유동성 공급자 간의 거래 요청 수에 영향을 미치지 않는 것으로 보입니다.
그리고 왜 댓글을 통해 신뢰할 수 없습니까?
당신은 그것을 연 전문가의 이름 또는 마술의 주문에 대한 주석을 입력하고 MT4 논리의 논리 코드(열기/닫기)를 입력합니다. 그리고 마감 주문을 보낼 때 이 외에 마감되는 주문(티켓)을 댓글에 표시하십시오. 주문이 실행되면 거래가 항상 거래와 연결되어 찾을 수 있습니다( DEAL_ORDER 필드 사용). 따라서 현재의 총 포지션은 실행된(관련 트랜잭션이 있음) 아직 청산되지 않은 주문(청산할 의견이 있는 주문이 없음)으로 항상 나눌 수 있으며 이 모든 정보는 서버에 저장됩니다.
그리고 왜 댓글을 통해 신뢰할 수 없습니까?
당신은 그것을 연 전문가의 이름 또는 마술의 주문에 대한 주석을 입력하고 MT4 논리의 논리 코드(열기/닫기)를 입력합니다. 그리고 마감 주문을 보낼 때 이 외에 마감되는 주문(티켓)을 댓글에 표시하십시오. 주문이 실행되면 거래가 항상 거래와 연결되어 찾을 수 있습니다( DEAL_ORDER 필드 사용). 따라서 현재의 총 포지션은 실행된(관련 트랜잭션이 있음) 아직 청산되지 않은 주문(청산할 의견이 있는 주문이 없음)으로 항상 나눌 수 있으며 이 모든 정보는 서버에 저장됩니다.
이 페이지에서는 그 이유를 설명합니다.
이 페이지에서는 그 이유를 설명합니다.
getch 작성 >>
Magic에 전문가 고문이 있다고 상상해 보십시오. 이 고문의 위치가 적자였던 어느 순간, 당신은 모든 것이 지겹고 긴장을 풀고 싶다고 결정했습니다. Expert Advisor를 삭제하고 마법 0의 카운터 시장 주문으로 손으로 오픈 포지션을 닫습니다. 우리는 휴가에서 돌아와서 동일한 Expert Advisor를 다시 시작하기로 결정했으며 마법에 의한 역사 분석에서 그는 자신의 포지션이 열려있습니다.
혀로 묶인 예이지만 아이디어를 잡을 수 있습니다.
어드바이저를 삭제할 때 모든 포즈를 자동으로 닫습니다. 또는 고문과 메시지 교환을 제공합니다(보편화할 수 있음). 어드바이저가 연 모든 것은 사용자의 요청에 따라 닫힐 수 있지만 닫아야 합니다.
요컨대, 당신은 할 수 있지만 모든 사람이 편안하지는 않습니다.
getch 작성 >>
Magic에 전문가 고문이 있다고 상상해 보십시오. 이 고문의 위치가 적자였던 어느 순간, 당신은 모든 것이 지겹고 긴장을 풀고 싶다고 결정했습니다. Expert Advisor를 삭제하고 마법 0의 카운터 시장 주문으로 손으로 오픈 포지션을 닫습니다. 우리는 휴가에서 돌아와서 동일한 Expert Advisor를 다시 시작하기로 결정했으며 마법에 의한 역사 분석에서 그는 자신의 포지션이 열려있습니다.
혀로 묶인 예이지만 아이디어를 잡을 수 있습니다.
어드바이저를 삭제할 때 모든 포즈를 자동으로 닫습니다 . 또는 고문과 메시지 교환을 제공합니다(보편화할 수 있음). 어드바이저가 연 모든 것은 사용자의 요청에 따라 닫힐 수 있지만 닫아야 합니다.
요컨대, 당신은 할 수 있지만 모든 사람이 편안하지는 않습니다.
이건 분명히 과소비...
Magic에 전문가 고문이 있다고 상상해 보십시오. 이 고문의 위치가 적자였던 어느 순간, 당신은 모든 것이 지겹고 긴장을 풀고 싶다고 결정했습니다. Expert Advisor를 삭제하고 마법 0의 카운터 시장 주문으로 손으로 오픈 포지션을 닫습니다. 우리는 휴가에서 돌아와서 동일한 Expert Advisor를 다시 시작하기로 결정했으며 마법에 의한 역사 분석에서 그는 자신의 포지션이 열려있습니다.
혀로 묶인 예이지만 아이디어를 잡을 수 있습니다.
이 경우에는 그 예가 과격한 것 같습니다. 디스플레이에 버튼을 만들고 필요한 표시와 함께 모든 것을 닫는 "모든 것을 닫기"와 같은 것으로 부릅니다.
이건 분명히 과소비...
이것은 특정 트레이더가 작동하는 방식에 맞는 경우 구현할 수 있는 옵션 중 하나입니다. 다른 사람들은 다르게 할 수 있습니다. 예를 들어, 원격 고문의 명령을 수동으로 수행하기 위해 남길 이유가 없습니다. 여는 논리가 있고 닫는 논리가 이에 해당합니다. 이것은 단일 전체의 일부입니다.
전체 포지션이 TP와 SL만 있는것도 아쉽네요....
관련 주문을 관리하기 위한 다양한 로직을 별도의 라이브러리 함수 형태로 만들 수 있습니다. 댓글을 통해 분명히 모든 것이 될 것입니다.
관련 주문을 관리하기 위한 다양한 로직을 별도의 라이브러리 함수 형태로 만들 수 있습니다. 댓글을 통해 분명히 모든 것이 될 것입니다.
네, 많은 것이 가능하지만 "단 하나의 TP와 하나의 SL ....". 그리고 TP와 SL은 인터넷 없이도, 어드바이저 없이도, 라이브러리 기능 없이도 작업이 가능하기 때문에 좋습니다. 이제 예를 들어 두 손으로 서로 다른 수준의 TP를 사용하는 단방향 지연도 설정할 수 없습니다. 아니요, 자물쇠는 자물쇠입니다. 그러나 이 순 위치를 사용하면 터미널은 뒤로 물러납니다. 물론 DC는 더 간단하고 어쨌든 그물과 함께 작동하지만 상인에게는 정원입니다.