... DC가 최소 주문 만료 날짜 를 명시하지 않은 경우, 하지만 그 안에 있습니다. 그들은 적어도 10초 후에 드럼을 칠 것이라고 말합니다. 그리고 MT는 그러한 매개변수로 주문하는 것을 허용하지 않습니다. 그러면 이것은 MT의 실수일 뿐입니다. 당신은 무엇에 동의하지 않습니까? DC는 허용하고 설정 위치를 전혀 알지 못하지만 MT는 그렇지 않습니다. 그러나 어디에도 그는 이 제한에 대해 쓰지 않습니다 ... 실수가 아니라면 이것이 무엇입니까?
실제로 만료 매개 변수는 자동 거래 사용자의 1-5%% 이하만 사용하는 것으로 의심되며 대부분은 10분 제한에 대해조차 모릅니다. 그들은 정말 상관하지 않습니다. 소프트웨어는 사용자의 95-99%%를 위해 작성되고 구성되며 무언가에 만족하지 못하는 사람들이 항상 있을 것입니다.
그리고 "적어도 10초 안에"라고 대답한 기술 지원팀은 최소 만료 기간에 대한 제한이 사실상 없는 경우의 결과에 대해 전혀 알지 못하는 것 같습니다. 원칙적으로 일정 기간이 지난 후 MQL 도구를 사용하여 주문을 삭제하고 예를 들어 티켓으로 수명을 추적하는 것은 문제가 되지 않습니다. IMHO 문제가 부풀려져 있습니다.
그리고 DC는 어떻습니까? DC에서는 아무때나 설정하라고 하는데 상관없어요... 그리고 왜 5분으로 지연을 설정할 수 없나요? 예, 답은 없습니다. 다시 표준 회피가 있을 것입니다. :))
왜 답이 없나요? 답이 있습니다)))))))))))) DC는 고의로 그렇게 말하면 당신을 속일 수 있습니다 ....... 그들과 함께 소송을 제기하십시오. 그러면 누가 옳은지 알게 될 것입니다.
여기에서 다시 말하지만 우리는 그들이 쓰는 것을 읽지 않습니다. 글쎄, 당신은 당신의 손으로 그것을 할 수 있습니다 ....그렇습니다. 펜으로 무언가 opa - 그리고 적어도 1분은 줍니다. 그리고 스크립트에서 fih .... 만 분. 11분. 그리고 다시 당신은 비난해야 할 사악한 DC가 있습니까? :))
그리고 DC는 어떻습니까? DC에서는 아무때나 설정하라고 하는데 상관없어요... 그리고 왜 5분으로 지연을 설정할 수 없나요? 예, 답은 없습니다. 다시 표준 회피가 있을 것입니다. :))
왜 답이 없나요? 답이 있습니다)))))))))))) DC는 고의로 그렇게 말하면 당신을 속일 수 있습니다 ....... 그들과 함께 소송을 제기하십시오. 그러면 누가 옳은지 알게 될 것입니다.
여기에서 다시 말하지만 우리는 그들이 쓰는 것을 읽지 않습니다. 글쎄, 당신은 당신의 손으로 그것을 할 수 있습니다 ....그렇습니다. 펜으로 무언가 opa - 그리고 적어도 1분은 줍니다. 그리고 스크립트에서 fih .... 만 분. 11분. 그리고 다시 당신은 비난해야 할 사악한 DC가 있습니까? :))
예, 손으로 하는 것을 주저할 것입니다. 아마도 이것이 계산입니다. 이것을 어떻게 이해하지 못합니까? 이것은 자동 거래의 한계라고 생각합니다.
알아낼 수 있는 유일한 방법은 이것이 계약서에 없는 경우 소송을 제기하는 것입니다. 그러면 개가 어디서 뒤적거렸는지 이해하게 될 것입니다 ......))))))))))))))))))) ))
... DC가 최소 주문 만료 날짜 를 명시하지 않은 경우, 하지만 그 안에 있습니다. 그들은 적어도 10초 후에 드럼을 칠 것이라고 말합니다. 그리고 MT는 그러한 매개변수로 주문하는 것을 허용하지 않습니다. 그러면 이것은 MT의 실수일 뿐입니다. 당신은 무엇에 동의하지 않습니까? DC는 허용하고 설정 위치를 전혀 알지 못하지만 MT는 그렇지 않습니다. 그러나 어디에도 그는 이 제한에 대해 쓰지 않습니다 ... 실수가 아니라면 이것이 무엇입니까?
실제로 만료 매개 변수는 자동 거래 사용자의 1-5%% 이하만 사용하는 것으로 의심되며 대부분은 10분 제한에 대해조차 모릅니다. 그들은 정말 상관하지 않습니다. 소프트웨어는 사용자의 95-99%%를 위해 작성되고 구성되며 무언가에 만족하지 못하는 사람들이 항상 있을 것입니다.
그리고 "적어도 10초 안에"라고 대답한 기술 지원팀은 최소 만료 기간에 대한 제한이 사실상 없는 경우의 결과에 대해 전혀 알지 못하는 것 같습니다. 원칙적으로 일정 기간이 지난 후 MQL 도구를 사용하여 주문을 삭제하고 예를 들어 티켓으로 수명을 추적하는 것은 문제가 되지 않습니다. IMHO 문제가 부풀려져 있습니다.
따라서 일반적으로 이 매개변수 nafig를 제거하십시오. 또는 부두에서 최소 11분을 작성하십시오.
하지만 표준적인 핑계인 "프로그램"에 대해 이렇게 대답하겠습니다. Expert Advisor에서 0으로 나누기는 어떻게 됩니까? 그럼? 음 ... 컷, 약하게 당신의 재료를 알고 있습니다.
Да ручками ты заколебёшься это делать. Может на это и расчёт. Как ты не можешь этого понять? Это ограничение в автоторговле, я так думаю.
알아낼 수 있는 유일한 방법은 이것이 계약서에 없는 경우 소송을 제기하는 것입니다. 그러면 개가 어디서 뒤적거렸는지 이해할 수 있을 것입니다 ......))))))))))))))))))
내 친구, 여기 당신과의 오해가 있습니다. 나는 "... 아마도 내가 모르는 규칙이 있습니까?"라고 말합니다. 그렇지 않다, 불가능하다, 규칙이 있어야 한다. 어느 쪽이든 우리(사용자)는 규칙에 따라 게임을 시작합니다 - "nae ...." DC 또는 it nae ... you .... 하지만 저는 개인적으로 그런 게임에 관심이 없습니다. 그런 다음 중개인에게 바로 가는 것이 좋습니다. 최소한 모든 것이 명확합니다. 하지만 사실, 나는 당신이 틀렸다고 거의 100% 확신합니다. 그리고 그는 DC에 악의적인 의도가 없습니다. 그들은 이 주문이 언제 만료되는지에 대해 전혀 신경 쓰지 않습니다. 이미 보류 중입니다. 그래서 MT에만 있는 것 같아요. :))
내 친구, 여기 당신과의 오해가 있습니다. 나는 "... 아마도 내가 모르는 규칙이 있습니까?"라고 말합니다. 그렇지 않다, 불가능하다, 규칙이 있어야 한다. 어느 쪽이든 우리(사용자)는 규칙에 따라 게임을 시작합니다 - "nae ...." DC 또는 it nae ... you .... 하지만 저는 개인적으로 그런 게임에 관심이 없습니다. 그런 다음 중개인에게 바로 가는 것이 좋습니다. 최소한 모든 것이 명확합니다. 하지만 사실, 나는 당신이 틀렸다고 거의 100% 확신합니다. 그리고 그는 DC에 악의적인 의도가 없습니다. 그들은 이 주문이 언제 만료되는지에 대해 전혀 신경 쓰지 않습니다. 이미 보류 중입니다. 그래서 MT에만 있는 것 같아요. :))
어쩌면, 나는 모른다. 하지만 여기에 문제가 있습니다. 오류가 발견되는 대로 수정되는 것이 분명합니다. 그리고 그것을 찾아야 할 뿐만 아니라 기술 지원에 올바르게 알려서 고칠 수 있도록 해야 합니다. 그리고 그러한 기능을 사용하는 사람은 거의 없습니다. 이 오류는 발견되지 않았으므로 수정되지 않았습니다........
차이점을 설명하려고 합니다. 거래 규칙은 있지만 거래 자동화 규칙은 없습니다. 그리고 그들은 실제로 소개되었습니다 ...
그리고 이것은 개발자가 아닌 DC에 대한 질문입니다. 일부 DC는 일반적으로 자동 거래를 금지합니다. 그리고 이제 무엇을? MT4가 탓인가요?
차이점을 설명하려고 합니다. 거래 규칙은 있지만 거래 자동화 규칙은 없습니다. 그리고 그들은 실제로 소개되었습니다 ...
그리고 이것은 개발자가 아닌 DC에 대한 질문입니다. 일부 DC는 일반적으로 자동 거래를 금지합니다. 그리고 이제 무엇을? MT4가 탓인가요?
그리고 DC는 어떻습니까? DC에서는 아무때나 설정하라고 하는데 상관없어요... 그리고 왜 5분으로 지연을 설정할 수 없나요? 예, 답은 없습니다. 다시 표준 회피가 있을 것입니다. :))
그리고 DC는 어떻습니까? DC에서는 아무때나 설정하라고 하는데 상관없어요... 그리고 왜 5분으로 지연을 설정할 수 없나요? 예, 답은 없습니다. 다시 표준 회피가 있을 것입니다. :))
왜 답이 없나요? 답변이 있습니다)))))))))))) DC는 답변에서 벗어나기 위해 일부러 그렇게 말하면서 당신을 속일 수 있습니다 ....... 그들과 함께 소송을 제기하십시오 - 그러면 알게 될 것입니다 누가 옳아.
... DC가 최소 주문 만료 날짜 를 명시하지 않은 경우, 하지만 그 안에 있습니다. 그들은 적어도 10초 후에 드럼을 칠 것이라고 말합니다. 그리고 MT는 그러한 매개변수로 주문하는 것을 허용하지 않습니다. 그러면 이것은 MT의 실수일 뿐입니다. 당신은 무엇에 동의하지 않습니까? DC는 허용하고 설정 위치를 전혀 알지 못하지만 MT는 그렇지 않습니다. 그러나 어디에도 그는 이 제한에 대해 쓰지 않습니다 ... 실수가 아니라면 이것이 무엇입니까?
실제로 만료 매개 변수는 자동 거래 사용자의 1-5%% 이하만 사용하는 것으로 의심되며 대부분은 10분 제한에 대해조차 모릅니다. 그들은 정말 상관하지 않습니다. 소프트웨어는 사용자의 95-99%%를 위해 작성되고 구성되며 무언가에 만족하지 못하는 사람들이 항상 있을 것입니다.
그리고 "적어도 10초 안에"라고 대답한 기술 지원팀은 최소 만료 기간에 대한 제한이 사실상 없는 경우의 결과에 대해 전혀 알지 못하는 것 같습니다. 원칙적으로 일정 기간이 지난 후 MQL 도구를 사용하여 주문을 삭제하고 예를 들어 티켓으로 수명을 추적하는 것은 문제가 되지 않습니다. IMHO 문제가 부풀려져 있습니다.
그리고 DC는 어떻습니까? DC에서는 아무때나 설정하라고 하는데 상관없어요... 그리고 왜 5분으로 지연을 설정할 수 없나요? 예, 답은 없습니다. 다시 표준 회피가 있을 것입니다. :))
왜 답이 없나요? 답이 있습니다)))))))))))) DC는 고의로 그렇게 말하면 당신을 속일 수 있습니다 ....... 그들과 함께 소송을 제기하십시오. 그러면 누가 옳은지 알게 될 것입니다.
여기에서 다시 말하지만 우리는 그들이 쓰는 것을 읽지 않습니다. 글쎄, 당신은 당신의 손으로 그것을 할 수 있습니다 ....그렇습니다. 펜으로 무언가 opa - 그리고 적어도 1분은 줍니다. 그리고 스크립트에서 fih .... 만 분. 11분. 그리고 다시 당신은 비난해야 할 사악한 DC가 있습니까? :))
그리고 DC는 어떻습니까? DC에서는 아무때나 설정하라고 하는데 상관없어요... 그리고 왜 5분으로 지연을 설정할 수 없나요? 예, 답은 없습니다. 다시 표준 회피가 있을 것입니다. :))
왜 답이 없나요? 답이 있습니다)))))))))))) DC는 고의로 그렇게 말하면 당신을 속일 수 있습니다 ....... 그들과 함께 소송을 제기하십시오. 그러면 누가 옳은지 알게 될 것입니다.
여기에서 다시 말하지만 우리는 그들이 쓰는 것을 읽지 않습니다. 글쎄, 당신은 당신의 손으로 그것을 할 수 있습니다 ....그렇습니다. 펜으로 무언가 opa - 그리고 적어도 1분은 줍니다. 그리고 스크립트에서 fih .... 만 분. 11분. 그리고 다시 당신은 비난해야 할 사악한 DC가 있습니까? :))
예, 손으로 하는 것을 주저할 것입니다. 아마도 이것이 계산입니다. 이것을 어떻게 이해하지 못합니까? 이것은 자동 거래의 한계라고 생각합니다.
알아낼 수 있는 유일한 방법은 이것이 계약서에 없는 경우 소송을 제기하는 것입니다. 그러면 개가 어디서 뒤적거렸는지 이해하게 될 것입니다 ......))))))))))))))))))) ))
... DC가 최소 주문 만료 날짜 를 명시하지 않은 경우, 하지만 그 안에 있습니다. 그들은 적어도 10초 후에 드럼을 칠 것이라고 말합니다. 그리고 MT는 그러한 매개변수로 주문하는 것을 허용하지 않습니다. 그러면 이것은 MT의 실수일 뿐입니다. 당신은 무엇에 동의하지 않습니까? DC는 허용하고 설정 위치를 전혀 알지 못하지만 MT는 그렇지 않습니다. 그러나 어디에도 그는 이 제한에 대해 쓰지 않습니다 ... 실수가 아니라면 이것이 무엇입니까?
실제로 만료 매개 변수는 자동 거래 사용자의 1-5%% 이하만 사용하는 것으로 의심되며 대부분은 10분 제한에 대해조차 모릅니다. 그들은 정말 상관하지 않습니다. 소프트웨어는 사용자의 95-99%%를 위해 작성되고 구성되며 무언가에 만족하지 못하는 사람들이 항상 있을 것입니다.
그리고 "적어도 10초 안에"라고 대답한 기술 지원팀은 최소 만료 기간에 대한 제한이 사실상 없는 경우의 결과에 대해 전혀 알지 못하는 것 같습니다. 원칙적으로 일정 기간이 지난 후 MQL 도구를 사용하여 주문을 삭제하고 예를 들어 티켓으로 수명을 추적하는 것은 문제가 되지 않습니다. IMHO 문제가 부풀려져 있습니다.
따라서 일반적으로 이 매개변수 nafig를 제거하십시오. 또는 부두에서 최소 11분을 작성하십시오.
하지만 표준적인 핑계인 "프로그램"에 대해 이렇게 대답하겠습니다. Expert Advisor에서 0으로 나누기는 어떻게 됩니까? 그럼? 음 ... 컷, 약하게 당신의 재료를 알고 있습니다.
일반적으로 금융 프로그램에는 그런 이상한 "실수"가 있을 수 없습니다.! 안돼!
Да ручками ты заколебёшься это делать. Может на это и расчёт. Как ты не можешь этого понять? Это ограничение в автоторговле, я так думаю.
알아낼 수 있는 유일한 방법은 이것이 계약서에 없는 경우 소송을 제기하는 것입니다. 그러면 개가 어디서 뒤적거렸는지 이해할 수 있을 것입니다 ......))))))))))))))))))
내 친구, 여기 당신과의 오해가 있습니다. 나는 "... 아마도 내가 모르는 규칙이 있습니까?"라고 말합니다. 그렇지 않다, 불가능하다, 규칙이 있어야 한다. 어느 쪽이든 우리(사용자)는 규칙에 따라 게임을 시작합니다 - "nae ...." DC 또는 it nae ... you .... 하지만 저는 개인적으로 그런 게임에 관심이 없습니다. 그런 다음 중개인에게 바로 가는 것이 좋습니다. 최소한 모든 것이 명확합니다. 하지만 사실, 나는 당신이 틀렸다고 거의 100% 확신합니다. 그리고 그는 DC에 악의적인 의도가 없습니다. 그들은 이 주문이 언제 만료되는지에 대해 전혀 신경 쓰지 않습니다. 이미 보류 중입니다. 그래서 MT에만 있는 것 같아요. :))
하지만 표준적인 핑계인 "프로그램"에 대해 이렇게 대답하겠습니다. Expert Advisor에서 0으로 나누기는 어떻게 됩니까? 그럼? 음 ... 컷, 약하게 당신의 재료를 알고 있습니다.
이것은 변명이 아니라 제안입니다.
그리고 특히 0으로 나누는 것은 어디에 있습니까? :(
주문의 시작 시간을 현재 시간과 비교합니다. 이 차이가 귀하가 설정한 제한(만료)을 초과하면 OrderDelete (...);
에소. 부서는 어디에 있습니까?
내 친구, 여기 당신과의 오해가 있습니다. 나는 "... 아마도 내가 모르는 규칙이 있습니까?"라고 말합니다. 그렇지 않다, 불가능하다, 규칙이 있어야 한다. 어느 쪽이든 우리(사용자)는 규칙에 따라 게임을 시작합니다 - "nae ...." DC 또는 it nae ... you .... 하지만 저는 개인적으로 그런 게임에 관심이 없습니다. 그런 다음 중개인에게 바로 가는 것이 좋습니다. 최소한 모든 것이 명확합니다. 하지만 사실, 나는 당신이 틀렸다고 거의 100% 확신합니다. 그리고 그는 DC에 악의적인 의도가 없습니다. 그들은 이 주문이 언제 만료되는지에 대해 전혀 신경 쓰지 않습니다. 이미 보류 중입니다. 그래서 MT에만 있는 것 같아요. :))
어쩌면, 나는 모른다. 하지만 여기에 문제가 있습니다. 오류가 발견되는 대로 수정되는 것이 분명합니다. 그리고 그것을 찾아야 할 뿐만 아니라 기술 지원에 올바르게 알려서 고칠 수 있도록 해야 합니다. 그리고 그러한 기능을 사용하는 사람은 거의 없습니다. 이 오류는 발견되지 않았으므로 수정되지 않았습니다........