추신: 위에도 썼지만 이 경우에 확실히 되는 것은 개별 마술사만이 할 수 있는 일이고, 마술사 양성의 논리만 생각하면 충분합니다.
그리고 이미 그렇게 하기로 결정했다면 int magic_base, magic = magic_base + N 매개변수에서 생각하는 이유는 무엇입니까? 여기서 N은 마지막으로 열린 주문의 순차 번호입니다. 원칙적으로 INT_MAX 공간은 다양한 마술에 충분하지만 마술로 거래를 분석하는 것과 같은 많은 다른 트릭은 이 접근 방식으로 작동하지 않습니다...
추신: 이 주제는 주문 주석으로 작업하라는 조언을 받을 때 매우 고통스럽습니다. 테스터에서는 모든 것이 실제로 작동하며, 주문을 열 때에도 해당 서버가 주석에 서비스 정보를 추가하는 특정 브로커에 대해서만 구성할 수 있습니다. 누가 한 달에 한 번 계약이 만료되면 주문을 교환하고 의견에 새 항목을 입력합니다... 글쎄요, 의견 필드는 정보를 저장하기 위한 것이 아닙니다. 당신이 나를 어떻게 설득하든지, 그리고 대부분의 중개인이 의견을 추가할 것이라는 사실 부분 폐쇄 시 주문의 "나머지"에 대해, 이것은 반드시 언제 어디서나 작동하지 않는 그러한 기능입니다.
추신: 이 주제는 주문 주석으로 작업하라는 조언을 받을 때 매우 고통스럽습니다. 테스터에서는 모든 것이 실제로 작동하며, 주문을 열 때에도 해당 서버가 주석에 서비스 정보를 추가하는 특정 브로커에 대해서만 구성할 수 있습니다. 누가 한 달에 한 번 계약이 만료되면 주문을 교환하고 의견에 새 항목을 입력합니다... 글쎄요, 의견 필드는 정보를 저장하기 위한 것이 아닙니다. 당신이 나를 어떻게 설득하든지, 그리고 대부분의 중개인이 의견을 추가할 것이라는 사실 부분 폐쇄 시 주문의 "나머지"에 대해, 이것은 반드시 언제 어디서나 작동하지 않는 그러한 기능입니다.
댓글창이 조금이나마 도움이 되는지 모르겠네요. 글쎄, 사람은 100 랏에 대한 포즈를 가지고 있습니다. 당신은 그녀를 추적해야합니다. 당신이 그것을 변경할 수 없다면 여기에 의견은 무엇입니까?
추신: 이 주제는 주문 주석으로 작업하라는 조언을 받을 때 매우 고통스럽습니다. 테스터에서는 모든 것이 실제로 작동하며, 주문을 열 때에도 해당 서버가 주석에 서비스 정보를 추가하는 특정 브로커에 대해서만 구성할 수 있습니다. 누가 한 달에 한 번 계약이 만료되면 주문을 교환하고 의견에 새 항목을 입력합니다... 글쎄요, 의견 필드는 정보를 저장하기 위한 것이 아닙니다. 당신이 나를 어떻게 설득하든지, 그리고 대부분의 중개인이 의견을 추가할 것이라는 사실 부분 폐쇄 시 주문의 "나머지"에 대해, 이것은 반드시 언제 어디서나 작동하지 않는 그러한 기능입니다.
나는 이것에 대해 MT4의 많은 브로커가 ch.z. 알고리즘을 가지고 있다고 말했습니다. 다양한. 따라서 이 경우 특정 티켓에 의존하지 않고 알고리즘을 구축해야 하며... 아니면 특정 브로커를 위해
가장 쉬운 방법은 부품으로 주문을 마감해야 하는 경우 부품으로도 여는 것입니다. 특히 개봉이 늦어지면
추신: 소스 코드를 찾을 수 없고 구현이 마음에 들지 않았습니다. 부분 마감 후 ArrayBsearch()를 통해 즉시 배열의 시장 주문 티켓을 기억했습니다. 배열에 없는 주문을 찾았습니다. - 즉. 새 티켓
동시에 여러 트랜잭션을 실행할 수 있기 때문에(열기/닫기) 이것은 훨씬 덜 안정적인 옵션입니다.
댓글에는 문제가 없으며 변경하기 위해 자정까지 기다릴 필요가 없습니다. 새 티켓을 추적하고 저장한 다음 계속 작업합니다.
디버그에서 함수가 반환하는 것을 보는 방법은 무엇입니까?
저것들. 반환 후 값이 무엇인지 관심이 있습니다.
별도의 변수.
누구든지 SELECT_BY_TICKET이 사용되는 EA를 보여줄 수 있습니까?
이미 2번 지연이 있는 예를 들었습니다. 각 지연은 티켓에 연결된 고유 정보를 저장하며 트리거 후 변경됩니다.
그러나이 문제는 오래 전에 해결되었으며 불만이없는 것으로 판단하면 나와 Ilya 만 발생했습니다.
동시에 여러 트랜잭션을 실행할 수 있기 때문에(열기/닫기) 이것은 훨씬 덜 안정적인 옵션입니다.
댓글에는 문제가 없으며 변경하기 위해 자정까지 기다릴 필요가 없습니다. 새 티켓을 추적하고 저장한 다음 계속 작업합니다.
물론 가능하지만 여기에 특정 모델이 있습니다. 티켓 기억 --> 부분 닫기 명령 --> 새 티켓을 다시 기억하고 2개의 배열을 비교합니다. 이 모든 작업을 한 틱으로 수행하지만 작업은 반자동 거래 였습니다. , 많은 주문이 동반되었는지 의심됩니다.
추신: 위에도 썼지만 이 경우에 확실히 되는 것은 개별 마술사만이 할 수 있는 일이고, 마술사 양성의 논리만 생각하면 충분합니다.
추신: 위에도 썼지만 이 경우에 확실히 되는 것은 개별 마술사만이 할 수 있는 일이고, 마술사 양성의 논리만 생각하면 충분합니다.
그리고 이미 그렇게 하기로 결정했다면 int magic_base, magic = magic_base + N 매개변수에서 생각하는 이유는 무엇입니까? 여기서 N은 마지막으로 열린 주문의 순차 번호입니다. 원칙적으로 INT_MAX 공간은 다양한 마술에 충분하지만 마술로 거래를 분석하는 것과 같은 많은 다른 트릭은 이 접근 방식으로 작동하지 않습니다...
이미 2번 지연이 있는 예를 들었습니다. 각 지연은 티켓에 연결된 고유 정보를 저장하며 트리거 후 변경됩니다.
그러나이 문제는 오래 전에 해결되었으며 불만이없는 것으로 판단하면 나와 Ilya 만 발생했습니다.
링크를 제공할 수 있습니까? 불행히도 전혀 기억이 나지 않습니다.
이 경우 확실히 작동하는 것은 개별 마술사들과 만 할 수 있으며 마술사 형성의 논리에 대해 생각하는 것만으로 충분합니다.
확실히 이해가 안가네요. 다른 마법을 가진 주문이 있는 경우 추적을 위해 아무것도 발명할 필요가 없습니다. 부분 실행 중에는 마법이 변경되지 않습니다.
확실히 이해가 안가네요. 다른 마법을 가진 주문이 있는 경우 추적을 위해 아무것도 발명할 필요가 없습니다. 부분 실행 중에는 마법이 변경되지 않습니다.
네, 맞습니다. 주문의 마법은 MT4에서 변경되지 않습니다. 히스토리에서든, 스왑 중에든, 주문을 부분적으로 닫을 때든...
추신: 이 주제는 주문 주석으로 작업하라는 조언을 받을 때 매우 고통스럽습니다. 테스터에서는 모든 것이 실제로 작동하며, 주문을 열 때에도 해당 서버가 주석에 서비스 정보를 추가하는 특정 브로커에 대해서만 구성할 수 있습니다. 누가 한 달에 한 번 계약이 만료되면 주문을 교환하고 의견에 새 항목을 입력합니다... 글쎄요, 의견 필드는 정보를 저장하기 위한 것이 아닙니다. 당신이 나를 어떻게 설득하든지, 그리고 대부분의 중개인이 의견을 추가할 것이라는 사실 부분 폐쇄 시 주문의 "나머지"에 대해, 이것은 반드시 언제 어디서나 작동하지 않는 그러한 기능입니다.
네, 맞습니다. 주문의 마법은 MT4에서 변경되지 않습니다. 히스토리에서든, 스왑 중에든, 주문을 부분적으로 닫을 때든...
추신: 이 주제는 주문 주석으로 작업하라는 조언을 받을 때 매우 고통스럽습니다. 테스터에서는 모든 것이 실제로 작동하며, 주문을 열 때에도 해당 서버가 주석에 서비스 정보를 추가하는 특정 브로커에 대해서만 구성할 수 있습니다. 누가 한 달에 한 번 계약이 만료되면 주문을 교환하고 의견에 새 항목을 입력합니다... 글쎄요, 의견 필드는 정보를 저장하기 위한 것이 아닙니다. 당신이 나를 어떻게 설득하든지, 그리고 대부분의 중개인이 의견을 추가할 것이라는 사실 부분 폐쇄 시 주문의 "나머지"에 대해, 이것은 반드시 언제 어디서나 작동하지 않는 그러한 기능입니다.
댓글창이 조금이나마 도움이 되는지 모르겠네요. 글쎄, 사람은 100 랏에 대한 포즈를 가지고 있습니다. 당신은 그녀를 추적해야합니다. 당신이 그것을 변경할 수 없다면 여기에 의견은 무엇입니까?
댓글창이 조금이나마 도움이 되는지 모르겠네요. 글쎄, 사람은 100 랏에 대한 포즈를 가지고 있습니다. 당신은 그녀를 추적해야합니다. 당신이 그것을 변경할 수 없다면 여기에 의견은 무엇입니까?
서버는 주문이 부분적으로 닫힐 때 자신의 정보를 댓글에 작성(변경)합니다. 여기에 스크린샷이 있습니다. 0.10랏에 대한 주문을 연 다음 0.01랏을 마감했습니다. 223..."
여기 # 223...의 이 필드에 대한 설명이 있습니다." 그리고 거의 모든 고문을 위해 시장의 나머지 주문을 검색하기 위한 MT4 알고리즘을 구축했습니다.
추신: 예를 들어, "주문의 나머지 부분"을 찾는 이유 - 다소 인기 있는 작업: 주문의 일부를 마감하고 나머지 주문을 손익분기점으로 이전합니다(주문 개시 가격 에서 손절매 설정)
추신: 이 주제는 주문 주석으로 작업하라는 조언을 받을 때 매우 고통스럽습니다. 테스터에서는 모든 것이 실제로 작동하며, 주문을 열 때에도 해당 서버가 주석에 서비스 정보를 추가하는 특정 브로커에 대해서만 구성할 수 있습니다. 누가 한 달에 한 번 계약이 만료되면 주문을 교환하고 의견에 새 항목을 입력합니다... 글쎄요, 의견 필드는 정보를 저장하기 위한 것이 아닙니다. 당신이 나를 어떻게 설득하든지, 그리고 대부분의 중개인이 의견을 추가할 것이라는 사실 부분 폐쇄 시 주문의 "나머지"에 대해, 이것은 반드시 언제 어디서나 작동하지 않는 그러한 기능입니다.
나는 이것에 대해 MT4의 많은 브로커가 ch.z. 알고리즘을 가지고 있다고 말했습니다. 다양한. 따라서 이 경우 특정 티켓에 의존하지 않고 알고리즘을 구축해야 하며... 아니면 특정 브로커를 위해
가장 쉬운 방법은 부품으로 주문을 마감해야 하는 경우 부품으로도 여는 것입니다. 특히 개봉이 늦어지면