API가 있다는 것만으로도 거래자가 원하는 대로 거래할 수 있는 기회를 제공하고 허용하는 한 스크립트를 통해서만 거래할 수 있는 것 같습니다. 거래자에 대한 제한은 DC에 유리합니다... 그리고 그 반대도 마찬가지입니다. - 거래자의 자유는 DC를 손실로 이끌 수 있습니다. 예를 들어 보류 중인 주문 만료 시간을 11분 미만으로 설정하려고 하면 아무 것도 작동하지 않습니다. 한마디로 스크립트는 DC가 설정한 게임의 규칙입니다. 그리고 스크립트가 없다는 것은 거래자가 "발명"할 규칙입니다... 자신의 이익을 포함하여. 그것이 그들이 그것을주지 않는 이유입니다. 실제로 TM의 성공을 위해서는 DC가 구입해야 하며 음악을 주문한 사람에게 비용을 지불해야 합니다. 우리는 지불하지도 주문하지도 않습니다. 그게 전부입니다. 얼마나 슬픈 일입니까, 정말로. 아니면 오히려 재미있습니다.
분명히, 당신은 추론에 혼란스러워합니다.
DC 조건이 있는 경우 API의 도움을 포함하여 어떤 식으로든 "교차"할 수 없습니다. 아마도 해커 방식이지만 이것은 더 이상 거래가 아니라 산적입니다.
동시에 DC 규칙의 프레임워크 내에서 MQL 도구를 사용하여 모든 전략을 구현할 수 있습니다.
API가 있다는 것만으로도 거래자가 원하는 대로 거래할 수 있는 기회를 제공하고 허용하는 한 스크립트를 통해서만 거래할 수 있는 것 같습니다. 거래자에 대한 제한은 DC에 유리합니다... 그리고 그 반대도 마찬가지입니다. - 거래자의 자유는 DC를 손실로 이끌 수 있습니다. 예를 들어 보류 중인 주문 만료 시간을 11분 미만으로 설정하려고 하면 아무 것도 작동하지 않습니다. 한마디로 스크립트는 DC가 설정한 게임의 규칙입니다. 그리고 스크립트가 없다는 것은 거래자가 "발명"할 규칙입니다... 자신의 이익을 포함하여. 그것이 그들이 그것을주지 않는 이유입니다. 실제로 TM의 성공을 위해서는 DC가 구입해야 하며 음악을 주문한 사람에게 비용을 지불해야 합니다. 우리는 지불하지 않고 주문하지 않습니다. 그게 전부입니다. 얼마나 슬픈 일입니까, 정말로. 아니면 오히려 재미있습니다.
당신이 "악당"을 대체하고있는 것 같습니다. :)
한마디로 스크립트는 DC가 설정한 게임의 규칙입니다.
그리고 MT에서는 그것들(규칙)이 구현되며, 코드에 11분 을 집어넣는 것이 아닙니다. :)
API는 이 상황을 해결하는 데 도움이 될 것이지만 ... 그리고 이것은 DC에서 요구했습니다.
홍수에 대해 유감스럽게 생각하지만 개인적으로 내 견해는 당신의 견해와 절대 교차하지 않을 것입니다, tk. 먼저 "브로커"를 선택한 다음 플랫폼을 선택합니다. 반대로 DC의 문제를 버리고 있습니다.
...그리고 모든 거래자의 제한은 DC에 이롭습니다...DC가 손실을 입을 수 있습니다. ... DC에 의해 설정됩니다. ... DC에서 사야 하고 돈을 내는 사람이 음악을 주문합니다.
플랫폼으로.
그리고 한 가지 더(마지막)
거래자는 " 원하는 대로 " 거래하지 말고 DC의 규정에 따라 거래해야 합니다. 그리고 이러한 목적을 위해 IMHO API는 금지됩니다.
그리고 하나 더 IMHO - 따라서 여기서 DC에 대해 논의하는 것은 금지되어 있습니다. 개발자는 플랫폼을 관리하는 방법에 대해 책임을 지지 않습니다.
그러나 진지하게, 그리고 스크립트에서 무언가가 나를 쓸모 없게 만들지 않는다면? - 예, 많은 것 - 예를 들어 차트당 한 명의 고문. 예를 들어 표시기에서 고문을 시작할 수 없습니다. 예, 일반적으로 고문을 시작합니다 ... 재 컴파일 후 업데이트가 포함 된 미친 집. 예, 많은 것들이... 생성된 프로그램을 실행하는 데 어려움이 있습니다(최소한 산업, 최소한 올빼미.) ... 글쎄, 오류 메시지에 대해 무엇을 말할 수 있습니까...
전문 프로그래머가 작성한 매우 복잡한 Expert Advisor가 있습니다. EA는 2개의 dll과 하나의 프로그램에 연결됩니다. 업데이트 및 물건, 물건, 물건과 함께 문제없이 작동합니다. 괜찮아요. 그것이 올바르게 작성된 고문이 의미하는 바입니다. 나는 먼저 자신의 실수를 찾은 다음 다른 사람의 잘못을 비난하는 것이 좋습니다 .....
API가 있다는 것만으로도 거래자가 원하는 대로 거래할 수 있는 기회를 제공하고 허용하는 한 스크립트를 통해서만 거래할 수 있는 것 같습니다. 거래자에 대한 제한은 DC에 유리합니다... 그리고 그 반대도 마찬가지입니다. - 거래자의 자유는 DC를 손실로 이끌 수 있습니다. 예를 들어 보류 중인 주문 만료 시간을 11분 미만으로 설정하려고 하면 아무 것도 작동하지 않습니다. 한마디로 스크립트는 DC가 설정한 게임의 규칙입니다. 그리고 스크립트가 없다는 것은 거래자가 "발명"할 규칙입니다... 자신의 이익을 포함하여. 그것이 그들이 그것을주지 않는 이유입니다. 실제로 TM의 성공을 위해서는 DC가 구입해야 하며 음악을 주문한 사람에게 비용을 지불해야 합니다. 우리는 지불하지도 주문하지도 않습니다. 그게 전부입니다. 얼마나 슬픈 일입니까, 정말로. 아니면 오히려 재미있습니다.
분명히, 당신은 추론에 혼란스러워합니다.
DC 조건이 있는 경우 API의 도움을 포함하여 어떤 식으로든 "교차"할 수 없습니다. 아마도 해커 방식이지만 이것은 더 이상 거래가 아니라 산적입니다.
동시에 DC 규칙의 프레임워크 내에서 MQL 도구를 사용하여 모든 전략을 구현할 수 있습니다.
글쎄, 그는 러시아어로 썼습니다. DC는 금지되지 않습니다. 그들의 말은 "무제한"이지만 스크립트를 통해 넣을 수는 없습니다 ...
이 규정은 직접 또는 간접 금지를 작성하지 않으므로 가능합니다. 일반적으로 세부 사항에 관한 것입니다. 구체적으로 어떻게 합니까? 원칙의 문제입니다. 일종의 API를 TM에 연결하는 것은 문제가 되지 않습니다. 나에게 문제는 "그 외에 무엇이 있습니까?"입니다. "아마 더 좋을까?" "안되면 어떡해"…
그러나 한마디로 여기에서 아무도 아무것도 보지 않은 것 같습니다. 분명한. 공허한 수다를 지켜보는 이들이 있기 전까지는 모두 무의미하다. 응?
그러나 진지하게, 그리고 스크립트에서 나를 쓸모 없게 만들지 않는다면? - 예, 많은 것 - 예를 들어 차트당 한 명의 고문. 예를 들어 표시기에서 고문을 시작할 수 없습니다. 예, 일반적으로 고문을 시작합니다 ... 재 컴파일 후 업데이트가 포함 된 미친 집. 예, 많은 것들이... 생성된 프로그램을 실행하는 데 어려움이 있습니다(최소한 산업, 최소한 올빼미.) ... 글쎄, 오류 메시지에 대해 무엇을 말할 수 있습니까...
전문 프로그래머가 작성한 매우 복잡한 Expert Advisor가 있습니다. EA는 2개의 dll과 하나의 프로그램에 연결됩니다. 업데이트 및 물건, 물건, 물건과 함께 문제없이 작동합니다. 괜찮아요. 이것이 올바르게 작성된 Expert Advisor가 의미하는 것입니다. 나는 먼저 자신의 실수를 찾은 다음 다른 사람의 잘못을 비난하는 것이 좋습니다 .....
그리고 나는 훨씬 더 복잡한 것을 가지고 있으며 또한 작동합니다. 그리고 이것은 오류 주변의 프로그래밍이라고 합니다. 이건 괜찮아. 그러나 그것은 아무것도 반박하지 않습니다. 당신은 모른다. TM 편집기 외부에서 파일을 만들고 컴파일하고 실행해 보십시오. 또는 편집기가 아닌 표시기의 소스 코드를 변경하고 다시 컴파일하면 차이를 느끼지 못할 것입니다. 이전 코드가 작동합니다. 모든 것을 묶어 봅시다.이 모든 실수는 오랫동안 알려져 왔으며 빨아들일 필요가 없습니다.
11분 을 확인했습니다. 그리고 실제로 OrderSend - error #3을 통해 핸들로 가능합니다. 그러나 ... 이것은 개발자에게 질문이있는 새로운 분기의 출현에 대한 이유 일 수 있으며 물음표 뒤에이 주제의 제목 조각은 전혀 관련이 없습니다. 그리고 주제 마스터가 해당 지점에서 모든 특정 분노를 던지지 않을 것이라고 나에게 말합니다.
API가 있다는 것만으로도 거래자가 원하는 대로 거래할 수 있는 기회를 제공하고 허용하는 한 스크립트를 통해서만 거래할 수 있는 것 같습니다. 거래자에 대한 제한은 DC에 유리합니다... 그리고 그 반대도 마찬가지입니다. - 거래자의 자유는 DC를 손실로 이끌 수 있습니다. 예를 들어 보류 중인 주문 만료 시간을 11분 미만으로 설정하려고 하면 아무 것도 작동하지 않습니다. 한마디로 스크립트는 DC가 설정한 게임의 규칙입니다. 그리고 스크립트가 없다는 것은 거래자가 "발명"할 규칙입니다... 자신의 이익을 포함하여. 그것이 그들이 그것을주지 않는 이유입니다. 실제로 TM의 성공을 위해서는 DC가 구입해야 하며 음악을 주문한 사람에게 비용을 지불해야 합니다. 우리는 지불하지도 주문하지도 않습니다. 그게 전부입니다. 얼마나 슬픈 일입니까, 정말로. 아니면 오히려 재미있습니다.
분명히, 당신은 추론에 혼란스러워합니다.
DC 조건이 있는 경우 API의 도움을 포함하여 어떤 식으로든 "교차"할 수 없습니다. 아마도 해커 방식이지만 이것은 더 이상 거래가 아니라 산적입니다.
동시에 DC 규칙의 프레임워크 내에서 MQL 도구를 사용하여 모든 전략을 구현할 수 있습니다.
API가 있다는 것만으로도 거래자가 원하는 대로 거래할 수 있는 기회를 제공하고 허용하는 한 스크립트를 통해서만 거래할 수 있는 것 같습니다. 거래자에 대한 제한은 DC에 유리합니다... 그리고 그 반대도 마찬가지입니다. - 거래자의 자유는 DC를 손실로 이끌 수 있습니다. 예를 들어 보류 중인 주문 만료 시간을 11분 미만으로 설정하려고 하면 아무 것도 작동하지 않습니다. 한마디로 스크립트는 DC가 설정한 게임의 규칙입니다. 그리고 스크립트가 없다는 것은 거래자가 "발명"할 규칙입니다... 자신의 이익을 포함하여. 그것이 그들이 그것을주지 않는 이유입니다. 실제로 TM의 성공을 위해서는 DC가 구입해야 하며 음악을 주문한 사람에게 비용을 지불해야 합니다. 우리는 지불하지 않고 주문하지 않습니다. 그게 전부입니다. 얼마나 슬픈 일입니까, 정말로. 아니면 오히려 재미있습니다.
당신이 "악당"을 대체하고있는 것 같습니다. :)
한마디로 스크립트는 DC가 설정한 게임의 규칙입니다.
그리고 MT에서는 그것들(규칙)이 구현되며, 코드에 11분 을 집어넣는 것이 아닙니다. :)
API는 이 상황을 해결하는 데 도움이 될 것이지만 ... 그리고 이것은 DC에서 요구했습니다.
홍수에 대해 유감스럽게 생각하지만 개인적으로 내 견해는 당신의 견해와 절대 교차하지 않을 것입니다, tk. 먼저 "브로커"를 선택한 다음 플랫폼을 선택합니다. 반대로 DC의 문제를 버리고 있습니다.
...그리고 모든 거래자의 제한은 DC에 이롭습니다...DC가 손실을 입을 수 있습니다. ... DC에 의해 설정됩니다. ... DC에서 사야 하고 돈을 내는 사람이 음악을 주문합니다.
플랫폼으로.
그리고 한 가지 더(마지막)
거래자는 " 원하는 대로 " 거래하지 말고 DC의 규정에 따라 거래해야 합니다. 그리고 이러한 목적을 위해 IMHO API는 금지됩니다.
그리고 하나 더 IMHO - 따라서 여기서 DC에 대해 논의하는 것은 금지되어 있습니다. 개발자는 플랫폼을 관리하는 방법에 대해 책임을 지지 않습니다.
어디에 쓰여 있습니까? 서버 측에서 조치를 취할 수 없는 이유 - 스팸 발송자를 차단하면 됩니다.
논리를 적용해 봅시다. 클라이언트와 사전에 동의할 수 있는데 왜 클라이언트와 갈등을 가집니까? 규칙? 글쎄, 그것은 어딘가에 쓰여있다. DC에 물어보세요.
그러나 진지하게, 그리고 스크립트에서 무언가가 나를 쓸모 없게 만들지 않는다면? - 예, 많은 것 - 예를 들어 차트당 한 명의 고문. 예를 들어 표시기에서 고문을 시작할 수 없습니다. 예, 일반적으로 고문을 시작합니다 ... 재 컴파일 후 업데이트가 포함 된 미친 집. 예, 많은 것들이... 생성된 프로그램을 실행하는 데 어려움이 있습니다(최소한 산업, 최소한 올빼미.) ... 글쎄, 오류 메시지에 대해 무엇을 말할 수 있습니까...
전문 프로그래머가 작성한 매우 복잡한 Expert Advisor가 있습니다. EA는 2개의 dll과 하나의 프로그램에 연결됩니다. 업데이트 및 물건, 물건, 물건과 함께 문제없이 작동합니다. 괜찮아요. 그것이 올바르게 작성된 고문이 의미하는 바입니다. 나는 먼저 자신의 실수를 찾은 다음 다른 사람의 잘못을 비난하는 것이 좋습니다 .....
API가 있다는 것만으로도 거래자가 원하는 대로 거래할 수 있는 기회를 제공하고 허용하는 한 스크립트를 통해서만 거래할 수 있는 것 같습니다. 거래자에 대한 제한은 DC에 유리합니다... 그리고 그 반대도 마찬가지입니다. - 거래자의 자유는 DC를 손실로 이끌 수 있습니다. 예를 들어 보류 중인 주문 만료 시간을 11분 미만으로 설정하려고 하면 아무 것도 작동하지 않습니다. 한마디로 스크립트는 DC가 설정한 게임의 규칙입니다. 그리고 스크립트가 없다는 것은 거래자가 "발명"할 규칙입니다... 자신의 이익을 포함하여. 그것이 그들이 그것을주지 않는 이유입니다. 실제로 TM의 성공을 위해서는 DC가 구입해야 하며 음악을 주문한 사람에게 비용을 지불해야 합니다. 우리는 지불하지도 주문하지도 않습니다. 그게 전부입니다. 얼마나 슬픈 일입니까, 정말로. 아니면 오히려 재미있습니다.
분명히, 당신은 추론에 혼란스러워합니다.
DC 조건이 있는 경우 API의 도움을 포함하여 어떤 식으로든 "교차"할 수 없습니다. 아마도 해커 방식이지만 이것은 더 이상 거래가 아니라 산적입니다.
동시에 DC 규칙의 프레임워크 내에서 MQL 도구를 사용하여 모든 전략을 구현할 수 있습니다.
글쎄, 그는 러시아어로 썼습니다. DC는 금지되지 않습니다. 그들의 말은 "무제한"이지만 스크립트를 통해 넣을 수는 없습니다 ...
이 규정은 직접 또는 간접 금지를 작성하지 않으므로 가능합니다. 일반적으로 세부 사항에 관한 것입니다. 구체적으로 어떻게 합니까? 원칙의 문제입니다. 일종의 API를 TM에 연결하는 것은 문제가 되지 않습니다. 나에게 문제는 "그 외에 무엇이 있습니까?"입니다. "아마 더 좋을까?" "안되면 어떡해"…
그러나 한마디로 여기에서 아무도 아무것도 보지 않은 것 같습니다. 분명한. 공허한 수다를 지켜보는 이들이 있기 전까지는 모두 무의미하다. 응?
그러나 진지하게, 그리고 스크립트에서 나를 쓸모 없게 만들지 않는다면? - 예, 많은 것 - 예를 들어 차트당 한 명의 고문. 예를 들어 표시기에서 고문을 시작할 수 없습니다. 예, 일반적으로 고문을 시작합니다 ... 재 컴파일 후 업데이트가 포함 된 미친 집. 예, 많은 것들이... 생성된 프로그램을 실행하는 데 어려움이 있습니다(최소한 산업, 최소한 올빼미.) ... 글쎄, 오류 메시지에 대해 무엇을 말할 수 있습니까...
전문 프로그래머가 작성한 매우 복잡한 Expert Advisor가 있습니다. EA는 2개의 dll과 하나의 프로그램에 연결됩니다. 업데이트 및 물건, 물건, 물건과 함께 문제없이 작동합니다. 괜찮아요. 이것이 올바르게 작성된 Expert Advisor가 의미하는 것입니다. 나는 먼저 자신의 실수를 찾은 다음 다른 사람의 잘못을 비난하는 것이 좋습니다 .....
그리고 나는 훨씬 더 복잡한 것을 가지고 있으며 또한 작동합니다. 그리고 이것은 오류 주변의 프로그래밍이라고 합니다. 이건 괜찮아. 그러나 그것은 아무것도 반박하지 않습니다. 당신은 모른다. TM 편집기 외부에서 파일을 만들고 컴파일하고 실행해 보십시오. 또는 편집기가 아닌 표시기의 소스 코드를 변경하고 다시 컴파일하면 차이를 느끼지 못할 것입니다. 이전 코드가 작동합니다. 모든 것을 묶어 봅시다.이 모든 실수는 오랫동안 알려져 왔으며 빨아들일 필요가 없습니다.
그러나 한마디로 여기에서 아무도 아무것도 보지 않은 것 같습니다. 분명한. 공허한 수다를 지켜본 이들이 있기 전까지는 모두 무의미하다. 응?
당신에게 완벽한 TP는 없다고 생각합니다. Beh 결함 및 원하는 모든 요청. 어떤 경우에도 제한이 있을 것입니다 ....... API가 있어도 .... 오류가 없어도 .... 그리고 오류가 없는 곳은 어디입니까?
여러분, 불쾌감을 주지 마십시오! 그러나 MT는 이미 수동 거래와 자동 거래로 이미 성공했습니다.
나는 topikstarter를 전적으로 지원합니다! 망할 터미널!!!
오랫동안 나는 모스크바에 부담을 주지 않기 위해 스스로 이익을 낼 사람을 찾고 있었습니다!
그러나 그것은 신뢰할 수 있고 보장됩니다 ... 그리고 .. ... 개발자가 반죽으로 이것을 보장하도록 ... 그렇지 않으면 나는 ... 그 ...
누가 이것을 압니까?
나는 topikstarter를 전적으로 지원합니다! 망할 터미널!!!
오랫동안 나는 모스크바에 부담을 주지 않기 위해 스스로 이익을 낼 사람을 찾고 있었습니다!
그러나 그것은 신뢰할 수 있고 보장됩니다 ... 그리고 .. ... 개발자가 반죽으로 이것을 보장하도록 ... 그렇지 않으면 나는 ... 그 ...
누가 이것을 압니까?
그리고 나는 그것을 원한다. 나는 이미 거래에 지쳤어))))))))))))))))))))
11분 을 확인했습니다. 그리고 실제로 OrderSend - error #3을 통해 핸들로 가능합니다. 그러나 ... 이것은 개발자에게 질문이있는 새로운 분기의 출현에 대한 이유 일 수 있으며 물음표 뒤에이 주제의 제목 조각은 전혀 관련이 없습니다. 그리고 주제 마스터가 해당 지점에서 모든 특정 분노를 던지지 않을 것이라고 나에게 말합니다.
나는 반복합니다 - 거미 또는 다른 곳에서 질문하십시오. 여기에서는 논리적이지 않습니다.
그건 그렇고 DC ob..yu 무엇보다도 DC 사이트에서. :)