레나트 : ... IsTradeAllowed ()를 호출하여 EA에서 거래할 권리가 있는지 여부를 이해하는 것으로 충분합니다. 예외 없이.
여기 당신이 틀렸습니다. 브로커에 의한 Expert Advisors 금지는 어떤 기능으로도 확인할 수 없습니다! 나는 내 자신의 경험에서 말하는 것입니다. IsTradeAllowed는 참이라고 하는데 주문이 안 나가고, 제가 위에서 쓴 것처럼 에러 133이 리턴되고, 로그에 "전문가에 의한 거래는 금지되어 있습니다."라고 표시됩니다. 브로커의 거래 금지를 확인하는 특별한 기능을 도입하면 좋을 것입니다. 그런 다음 거래 시도 후 오류 133을 확인해야합니다.
터미널이 차단되지 않는 것으로 나타났습니까? 그것은 터미널이 사용자의 손이 아닌 전문가가 주문을 열었음을 알리는 일종의 신호를 보낸다는 것을 의미합니다. 둘은 있을 수 없습니다. 133과 같은 오류를 생성하려면 Expert Advisor가 작동 중인지 알아야 합니다. 그래서 그들은 알고 터미널은 그러한 정보를 제공합니다. 아마도 개발자는이 사실을 숨기고있을 것입니다. 전문가와 손으로 주문을 열 때 단말이 서버에 어떤 이름을 보내는지 확인하고 보낸 데이터와 어떤 차이가 있는지 비교가 필요하다
터미널이 차단되지 않는 것으로 나타났습니까? 그것은 터미널이 사용자의 손이 아닌 전문가가 주문을 열었음을 알리는 일종의 신호를 보낸다는 것을 의미합니다. 둘은 있을 수 없습니다. 133과 같은 오류를 생성하려면 Expert Advisor가 작동 중인지 알아야 합니다. 그래서 그들은 알고 터미널은 그러한 정보를 제공합니다. 아마도 개발자는이 사실을 숨기고있을 것입니다. 전문가와 손으로 주문을 열 때 단말이 서버에 어떤 이름을 보내는지 확인하고 보낸 데이터와 어떤 차이가 있는지 비교가 필요하다
검은 고양이가 있지만 그녀는 다른 방에 있습니다.
브로커는 "이 터미널에 대한 전문가 자문 비활성화" 버튼을 누릅니다. 이 제어 작업에 따라 서버는 다음과 같이 터미널에 특별 명령을 한 번 보냅니다.
C - "여보세요, 터미널, 당신의 보호 아래 일하는 전문가들이 생성한 거래 주문 을 더 이상 나에게 보내지 마십시오!" T - "사용자가 어드바이저를 시작한 경우 어떻게 해야 하나요?" S - "그리고 당신은 그에게 오류 코드를 보여줍니다." T - "예! 처형을 수락합니다."
그리고 나서 모든 것은 터미널 측에서 일어나고 서버는 터미널에서 어떤 종류의 죽을 요리되는지 알지 못하고 관심도 없습니다.
그리고 사용자 - 최소한 분노가 폭발했지만 이제는 다양한 그리더, 파이서 및 루프 킬러 코드가 서버 자체에 무례하도록 허용할 필요가 없다고 불평할 수 있습니다!
터미널이 차단되지 않는 것으로 나타났습니까? 그것은 터미널이 사용자의 손이 아닌 전문가가 주문을 열었음을 알리는 일종의 신호를 보낸다는 것을 의미합니다. 둘은 있을 수 없습니다. 133과 같은 오류를 생성하려면 Expert Advisor가 작동 중인지 알아야 합니다. 그래서 그들은 알고 터미널은 그러한 정보를 제공합니다. 아마도 개발자는이 사실을 숨기고있을 것입니다. 전문가와 손으로 주문을 열 때 단말이 서버에 어떤 이름을 보내는지 확인하고 보낸 데이터와 어떤 차이가 있는지 비교가 필요하다
검은 고양이가 있지만 그녀는 다른 방에 있습니다.
브로커는 "이 터미널에 대한 전문가 자문 비활성화" 버튼을 누릅니다. 이 제어 작업에 따라 서버는 다음과 같이 터미널에 특별 명령을 한 번 보냅니다.
S - "여보세요, 터미널, 당신의 후원 아래 일하는 전문가들이 생성한 거래 주문을 더 이상 나에게 보내지 마십시오!" T - "사용자가 어드바이저를 시작한 경우 어떻게 해야 하나요?" S - "그리고 당신은 그에게 오류 코드를 보여줍니다." T - "예! 처형을 수락합니다."
그리고 나서 모든 것은 터미널 측에서 일어나고 서버는 터미널에서 어떤 종류의 죽을 요리되는지 알지 못하고 관심도 없습니다.
그리고 사용자 - 최소한 분노가 폭발했지만 이제는 다양한 그리더, 파이서 및 루프 킬러 코드가 서버 자체에 무례하도록 허용할 필요가 없다고 불평할 수 있습니다!
그것은 충분히 가능하고 그러한 시나리오입니다. 적어도 터미널을 다시 시작한 후에는 거래가 열립니다.
글쎄요, 서버에게 무례하지 않으려면 코드를 올바르게 작성해야 합니다. 차단 대화가 EA 코드에 큰 오류가 없는 입장에서(자주 요청, 잘못 전달된 정류장 및 티켓 매개변수 등) 모두가 이해하고 있다고 생각합니다. 그리고 이 모든 것과 함께 자동 거래가 차단됩니다. 이것은 DC 측에서 옳지 않습니다.
간단한 재시작이 다시 거래를 시작하는 데 도움이 된다면 Mona는 오류 133 과 함께 터미널을 어리석게 다시 시작합니다. 그러나 나는 그들이 그렇게 할 정도로 "바보"가 아니라고 생각합니다. 나는 서버가 터미널에 고문과 거래하도록 지시하도록 할 것입니다.
글쎄요, 서버에게 무례하지 않으려면 코드를 올바르게 작성해야 합니다. 차단 대화가 EA 코드에 큰 오류가 없는 입장에서(자주 요청, 잘못 전달된 정류장 및 티켓 매개변수 등) 모두가 이해하고 있다고 생각합니다. 그리고 이 모든 것으로 당신은 자동 거래에서 차단됩니다. 이것은 DC 측에서 옳지 않습니다.
간단한 재시작이 다시 거래를 시작하는 데 도움이 된다면 mona는 오류 133으로 터미널을 어리석게 다시 시작합니다. 하지만 그들이 그렇게 할 정도로 "바보"가 아니라고 생각합니다. 나는 서버가 터미널에 고문과 거래하도록 지시하도록 할 것입니다.
DC 지원은 심각한 오류가 포함되어 있어도 어드바이저를 끄지 않는다고 주장합니다. 예를 들어 어드바이저가 수익을 올리기 시작했다, 자주 요청을 하다 등 폐쇄 사유가 다를 수 있다고 생각합니다.
구글 " OrderSend Reliable", 현 리더 챔프의 조언에 따른 것 같다. 아주 좋은 도서관.
... IsTradeAllowed ()를 호출하여 EA에서 거래할 권리가 있는지 여부를 이해하는 것으로 충분합니다. 예외 없이.
IsTradeAllowed는 참이라고 하는데 주문이 안 나가고, 제가 위에서 쓴 것처럼 에러 133이 리턴되고, 로그에 "전문가에 의한 거래는 금지되어 있습니다."라고 표시됩니다.
브로커의 거래 금지를 확인하는 특별한 기능을 도입하면 좋을 것입니다. 그런 다음 거래 시도 후 오류 133을 확인해야합니다.
터미널이 차단되지 않는 것으로 나타났습니까? 그것은 터미널이 사용자의 손이 아닌 전문가가 주문을 열었음을 알리는 일종의 신호를 보낸다는 것을 의미합니다. 둘은 있을 수 없습니다. 133과 같은 오류를 생성하려면 Expert Advisor가 작동 중인지 알아야 합니다. 그래서 그들은 알고 터미널은 그러한 정보를 제공합니다. 아마도 개발자는이 사실을 숨기고있을 것입니다. 전문가와 손으로 주문을 열 때 단말이 서버에 어떤 이름을 보내는지 확인하고 보낸 데이터와 어떤 차이가 있는지 비교가 필요하다
어두운 방에서 검은 고양이를 씻는 것은 매우 어렵습니다. 특히 그것이 없다면.
하지만 나는 그것을 잡고 싶어 :-) 평소 편집증 :-)
어두운 방에서 검은 고양이를 씻는 것은 매우 어렵습니다. 특히 그것이 없다면.
불가능한 것은 없다
어두운 방에서 검은 고양이를 씻는 것은 매우 어렵습니다. 특히 그것이 없다면.
터미널이 차단되지 않는 것으로 나타났습니까? 그것은 터미널이 사용자의 손이 아닌 전문가가 주문을 열었음을 알리는 일종의 신호를 보낸다는 것을 의미합니다. 둘은 있을 수 없습니다. 133과 같은 오류를 생성하려면 Expert Advisor가 작동 중인지 알아야 합니다. 그래서 그들은 알고 터미널은 그러한 정보를 제공합니다. 아마도 개발자는이 사실을 숨기고있을 것입니다. 전문가와 손으로 주문을 열 때 단말이 서버에 어떤 이름을 보내는지 확인하고 보낸 데이터와 어떤 차이가 있는지 비교가 필요하다
검은 고양이가 있지만 그녀는 다른 방에 있습니다.
브로커는 "이 터미널에 대한 전문가 자문 비활성화" 버튼을 누릅니다. 이 제어 작업에 따라 서버는 다음과 같이 터미널에 특별 명령을 한 번 보냅니다.
C - "여보세요, 터미널, 당신의 보호 아래 일하는 전문가들이 생성한 거래 주문 을 더 이상 나에게 보내지 마십시오!"
T - "사용자가 어드바이저를 시작한 경우 어떻게 해야 하나요?"
S - "그리고 당신은 그에게 오류 코드를 보여줍니다."
T - "예! 처형을 수락합니다."
그리고 나서 모든 것은 터미널 측에서 일어나고 서버는 터미널에서 어떤 종류의 죽을 요리되는지 알지 못하고 관심도 없습니다.
그리고 사용자 - 최소한 분노가 폭발했지만 이제는 다양한 그리더, 파이서 및 루프 킬러 코드가 서버 자체에 무례하도록 허용할 필요가 없다고 불평할 수 있습니다!
터미널이 차단되지 않는 것으로 나타났습니까? 그것은 터미널이 사용자의 손이 아닌 전문가가 주문을 열었음을 알리는 일종의 신호를 보낸다는 것을 의미합니다. 둘은 있을 수 없습니다. 133과 같은 오류를 생성하려면 Expert Advisor가 작동 중인지 알아야 합니다. 그래서 그들은 알고 터미널은 그러한 정보를 제공합니다. 아마도 개발자는이 사실을 숨기고있을 것입니다. 전문가와 손으로 주문을 열 때 단말이 서버에 어떤 이름을 보내는지 확인하고 보낸 데이터와 어떤 차이가 있는지 비교가 필요하다
검은 고양이가 있지만 그녀는 다른 방에 있습니다.
브로커는 "이 터미널에 대한 전문가 자문 비활성화" 버튼을 누릅니다. 이 제어 작업에 따라 서버는 다음과 같이 터미널에 특별 명령을 한 번 보냅니다.
S - "여보세요, 터미널, 당신의 후원 아래 일하는 전문가들이 생성한 거래 주문을 더 이상 나에게 보내지 마십시오!"
T - "사용자가 어드바이저를 시작한 경우 어떻게 해야 하나요?"
S - "그리고 당신은 그에게 오류 코드를 보여줍니다."
T - "예! 처형을 수락합니다."
그리고 나서 모든 것은 터미널 측에서 일어나고 서버는 터미널에서 어떤 종류의 죽을 요리되는지 알지 못하고 관심도 없습니다.
그리고 사용자 - 최소한 분노가 폭발했지만 이제는 다양한 그리더, 파이서 및 루프 킬러 코드가 서버 자체에 무례하도록 허용할 필요가 없다고 불평할 수 있습니다!
글쎄요, 서버에게 무례하지 않으려면 코드를 올바르게 작성해야 합니다. 차단 대화가 EA 코드에 큰 오류가 없는 입장에서(자주 요청, 잘못 전달된 정류장 및 티켓 매개변수 등) 모두가 이해하고 있다고 생각합니다. 그리고 이 모든 것과 함께 자동 거래가 차단됩니다. 이것은 DC 측에서 옳지 않습니다.
간단한 재시작이 다시 거래를 시작하는 데 도움이 된다면 Mona는 오류 133 과 함께 터미널을 어리석게 다시 시작합니다. 그러나 나는 그들이 그렇게 할 정도로 "바보"가 아니라고 생각합니다. 나는 서버가 터미널에 고문과 거래하도록 지시하도록 할 것입니다.
글쎄요, 서버에게 무례하지 않으려면 코드를 올바르게 작성해야 합니다. 차단 대화가 EA 코드에 큰 오류가 없는 입장에서(자주 요청, 잘못 전달된 정류장 및 티켓 매개변수 등) 모두가 이해하고 있다고 생각합니다. 그리고 이 모든 것으로 당신은 자동 거래에서 차단됩니다. 이것은 DC 측에서 옳지 않습니다.
간단한 재시작이 다시 거래를 시작하는 데 도움이 된다면 mona는 오류 133으로 터미널을 어리석게 다시 시작합니다. 하지만 그들이 그렇게 할 정도로 "바보"가 아니라고 생각합니다. 나는 서버가 터미널에 고문과 거래하도록 지시하도록 할 것입니다.