피할 수 없는 예금 과부하 및 보장된 중단을 어떻게 해야 합니까? 총부하를 보증금의 5%로 줄이는 것이 합리적입니까? 그래서 상인 중 누구도 이것을하지 않을 것입니다.
잠시 동안 연결이 끊겼을 때 정렬을 복원하는 방법은 무엇입니까? 이것은 복사기에 대한 진정한 악몽이며 여러 신호가 엉망입니다.
아무도 모든 롤업의 정확성을 증명할 기회가 없을 때 포지션으로 마지막 도약을 트레이더에게 설명하는 방법은 무엇입니까?
우리는 특히 시스템을 단일 신호로 단순화하여 가장 끔찍한 결과를 제거했습니다. 특히 시간이 지나면 대부분의 작업이 클라우드 서버의 Trusted Execution Token 메커니즘을 통과할 가능성이 높다는 점을 고려하면 신호 복사 지연을 몇 밀리초로 줄일 수 있습니다.
잠깐만, 당신이 아키텍처를 설계하지 않았습니까? 이제 당신은 위치와 기호로 교차하는 도약에 대해 쓰고 있습니다.
레나트 :
거래를 복제하는 비 거래 메커니즘이 있으며 연결 손실이 없으며 재접속(15분 또는 2시간 연결이 없는 경우) 후 동기화 문제가 없으며 100% 엄격하게 제어할 수 있습니다. 또한 Netting이 없는 MetaTrader 4가 있습니다.
예, 현재로서의 그물은 그것과 아무 관련이 없습니다. 한때 일부 사람들은 다중 통화 네팅 모드의 투명한 운영을 보장하는 적절한 아키텍처를 개발해야 했습니다. 사실, 모든 것이 만화 제작에 관한 기사에 설명된 소수의 열광적인 아이디어로 제한되었으며, 복잡성과 비신뢰성으로 인해 "관련된" 좁은 범위에만 액세스할 수 있습니다. 결과적으로 "수천 명의 주부"는 여전히 각 거래에 대한 간단한 제어가 있고 어떤 거래를 마감해야 하는지, 어느 거래에서 손절매를 재정렬해야 하는지 속일 필요가 없다는 이유로 MT4를 선택합니다.
우리는 특히 시스템을 단일 신호로 단순화하여 가장 끔찍한 결과를 제거했습니다. 특히 시간이 지나면 대부분의 작업이 클라우드 서버의 Trusted Execution Token 메커니즘을 통과할 가능성이 높다는 점을 고려하면 신호 복사 지연을 몇 밀리초로 줄일 수 있습니다.
젠장, 신호 거래의 요점은 투자 포트폴리오를 만드는 것입니다. 제품을 보십시오. A**ri - 관리자/로봇 풀에 대한 수요가 바로 이러한 서비스를 생성했습니다.
지금까지 문제에 대한 해결책을 제시하지 않고 "하기가 쉽지 않지만 일반적으로 작업은 하찮다"고만 선언했습니다.
우리는 그 문제에 대해 점점 더 오랫동안 고민해 왔습니다. 그리고 그들은 "음, 네, 이론적으로 할 수 있습니다"라는 첫 번째 단계에서 멈추지 않았습니다.
사실 모든 댓글의 요지는 "나에게 줘, 이론적으로 가능하니까 부정하지 말고, 운동의 첫걸음을 떼기엔 너무 게으르다."
독립 개발자가 할 수 있는 일은 무엇이라고 생각합니까? MT5는 엄격하게 모놀리식입니다. 그들이 할 수 있는 최대치는 또 다른 목발을 만들어 해당 기사에서 설명하는 것입니다. 제품에 통합하지 않고 고품질 시스템을 작성하는 것은 불가능합니다. 문제에 대해 직접 알면 서버 측에 상태 레코드를 저장하지 않고는 할 수 없다고 말할 수 있습니다. 그리고 타사 개발자가 이 문제를 어떻게 해결해야 한다고 생각하십니까? 결국 그들은 그들이 할 수 있는 것을 결정합니다. 그들은 무릎에 목발을 짚고 MQL5 <-> DLL <--> SQL과 같은 폭발적인 번들을 작성합니다. 정의상 유지 관리가 어렵고 귀하가 열광하는 대중 시장에는 적용할 수 없습니다.
C-4 : 독립 개발자가 할 수 있는 일은 무엇이라고 생각합니까? MT5는 엄격하게 모놀리식입니다. 그들이 할 수 있는 최대치는 또 다른 목발을 만들어 해당 기사에서 설명하는 것입니다. 제품에 통합하지 않고 고품질 시스템을 작성하는 것은 불가능합니다. 문제에 대해 직접 알면 서버 측에 상태 레코드를 저장하지 않고는 할 수 없다고 말할 수 있습니다. 그리고 타사 개발자가 이 문제를 어떻게 해결해야 한다고 생각하십니까? 결국 그들은 그들이 할 수 있는 것을 결정합니다. 그들은 무릎에 목발 과 MQL5 <-> DLL <--> SQL과 같은 폭발적인 번들을 씁니다. 정의상 유지 관리가 어렵고 당신이 열광하는 대중 시장에는 적용할 수 없습니다.
당신이 옳지 않다.
MQL5는 매우 개방적이고 기능적이어서 거의 모든 작업을 수행할 수 있습니다. DLL과 SQL로 목발을 짚을 필요가 없습니다. 파일 작업을 사용하고 디스크에 필요한 모든 것을 저장하는 것으로 충분합니다. 그리고 전역 변수의 기반은 매우 안정적이며 다시 시작하거나 충돌할 때 손실되지 않습니다.
그리고 서버에 상태 저장이 있습니다. 미디어와 댓글입니다. 그것들을 아껴서 사용하는 법을 배우십시오.
젖먹이도 생각해보세요.
렌탈 시그널 날려버리세요...
이유는 무엇입니까?
또한 다음과 같은 몇 가지 질문이 더 필요합니다.
우리는 특히 시스템을 단일 신호로 단순화하여 가장 끔찍한 결과를 제거했습니다. 특히 시간이 지나면 대부분의 작업이 클라우드 서버의 Trusted Execution Token 메커니즘을 통과할 가능성이 높다는 점을 고려하면 신호 복사 지연을 몇 밀리초로 줄일 수 있습니다.
잠깐만, 당신이 아키텍처를 설계하지 않았습니까? 이제 당신은 위치와 기호로 교차하는 도약에 대해 쓰고 있습니다.
거래를 복제하는 비 거래 메커니즘이 있으며 연결 손실이 없으며 재접속(15분 또는 2시간 연결이 없는 경우) 후 동기화 문제가 없으며 100% 엄격하게 제어할 수 있습니다. 또한 Netting이 없는 MetaTrader 4가 있습니다.
우리는 특히 시스템을 단일 신호로 단순화하여 가장 끔찍한 결과를 제거했습니다. 특히 시간이 지나면 대부분의 작업이 클라우드 서버의 Trusted Execution Token 메커니즘을 통과할 가능성이 높다는 점을 고려하면 신호 복사 지연을 몇 밀리초로 줄일 수 있습니다.
지금까지 문제에 대한 해결책을 제시하지 않고 "하기가 쉽지 않지만 일반적으로 작업은 하찮다"고만 선언했습니다.
우리는 그 문제에 대해 점점 더 오랫동안 고민해 왔습니다. 그리고 그들은 "음, 네, 이론적으로 할 수 있습니다"라는 첫 번째 단계에서 멈추지 않았습니다.
사실 모든 댓글의 요지는 "나에게 줘, 이론적으로 가능하니까 부정하지 말고, 운동의 첫걸음을 떼기엔 너무 게으르다."
이전 포스팅의 전체 구성을 무시한 것이 특징입니다.)
불행히도 건설적인 조치는 전혀 없었습니다. "기브-기브" + 일방적인 진술만 있었습니다.
즉, 여러 신호의 충돌 해결 방법에 대해 설명하지 않았으며 통신 두절 후 복구 방법에 대한 질문에 대한 답변을 제공하지 않았습니다.
게다가, 당신은 일반적으로 100% 확률 경향이 있는 불가피한 갈등에 대한 책임에 주의를 기울이지 않습니다. 매스서비스용으로 "나도 할 수 있다, 부숴버리겠다, 무섭지 않다"는 니저크 솔루션의 적용 불가능성을 지적한 것은 헛되지 않았다.
주제에 관해서는 내 경험에 비추어 볼 때 문제가 매우 복잡하고 단순한 복제로 해결할 수 없다고 말할 수 있습니다. 일반적으로 세 가지 구성 요소로 나눌 수 있습니다.
이 모든 것은 실제로 구성하기가 매우 어렵고 또한 기존 아키텍처를 심각하게 변경해야 합니다.
잠깐만, 당신이 아키텍처를 설계하지 않았습니까? 이제 당신은 위치와 기호로 교차하는 도약에 대해 쓰고 있습니다.
내가 볼 때 실제로 처리 구현에 대해 생각한 사람은 거의 없었습니다.
"해결책을 제시하면 상인이 필요로 하고 상태를 서버에 저장한다"는 진술에 따르면 생각의 방향을 이해할 수 있습니다. 그것은 이해할 수 있습니다. 다른 사람들의 어깨에 최대한의 문제를 전가하고, 자신을 괴롭히지 않고, 무엇이든 - 잘못된 구현에 대해 비판하는 것입니다.
그러나 브로커, 시스템 제공자, 네트워크 인프라, 거래자 측면에서 문제를 평가하면 제안된 신호 혼합 솔루션에 합리적이고 안전한 솔루션이 없다는 것을 알 수 있습니다.
불행히도 건설적인 조치는 전혀 없었습니다. "기브-기브" + 일방적인 진술만 있었습니다.
즉, 여러 신호의 충돌 해결 방법에 대해 설명하지 않았으며 통신 두절 후 복구 방법에 대한 질문에 대한 답변을 제공하지 않았습니다.
게다가, 당신은 일반적으로 100% 확률 경향이 있는 불가피한 갈등에 대한 책임에 주의를 기울이지 않습니다. 매스서비스용으로 "나도 할 수 있다, 부숴버리겠다, 무섭지 않다"는 니저크 솔루션의 적용 불가능성을 지적한 것은 헛되지 않았다.
독립 개발자가 할 수 있는 일은 무엇이라고 생각합니까? MT5는 엄격하게 모놀리식입니다. 그들이 할 수 있는 최대치는 또 다른 목발을 만들어 해당 기사에서 설명하는 것입니다. 제품에 통합하지 않고 고품질 시스템을 작성하는 것은 불가능합니다. 문제에 대해 직접 알면 서버 측에 상태 레코드를 저장하지 않고는 할 수 없다고 말할 수 있습니다. 그리고 타사 개발자가 이 문제를 어떻게 해결해야 한다고 생각하십니까? 결국 그들은 그들이 할 수 있는 것을 결정합니다. 그들은 무릎에 목발 과 MQL5 <-> DLL <--> SQL과 같은 폭발적인 번들을 씁니다. 정의상 유지 관리가 어렵고 당신이 열광하는 대중 시장에는 적용할 수 없습니다.
당신이 옳지 않다.
MQL5는 매우 개방적이고 기능적이어서 거의 모든 작업을 수행할 수 있습니다. DLL과 SQL로 목발을 짚을 필요가 없습니다. 파일 작업을 사용하고 디스크에 필요한 모든 것을 저장하는 것으로 충분합니다. 그리고 전역 변수의 기반은 매우 안정적이며 다시 시작하거나 충돌할 때 손실되지 않습니다.
그리고 서버에 상태 저장이 있습니다. 미디어와 댓글입니다. 그것들을 아껴서 사용하는 법을 배우십시오.