그래서. 동일한 시간에 동일한 시세에 대해 일하는 고문의 필요성 / 무익에 대한 논쟁을 제쳐두고 (내 진단은 정신 분열증입니다) 결과는 다음과 같습니다.
- 지역 회계는 바로 이 지역 때문에 신뢰할 수 없습니다.
- 서버에 대한 계정은 집계 계정만 생성했기 때문에 MK가 서버에서 전략을 실행하기 위한 서비스를 제공하지 않았기 때문에 가능하지 않습니다. 정확히 다음과 같습니다: STRATEGIES ON THE SERVER. 이것이 바로 순접근 방식에서 위치 구조를 고려하는 신뢰성 문제를 해결하는 데 필요한 것입니다.
- 찾을 수 있는 문제를 해결하는 방법, IMHO, 당신은 - 누군가가 그것을 절실히 필요로 하는 경우에 할 수 있습니다. 문제는 비용과 필요성입니다.
이 스레드의 주제의 관점에서 "MT5의 집계 위치 구조에 대한 RELIABLE 회계를 구현할 수 있습니까?"라는 관점에서 두렵습니다.
TP 및 SL을 보류 주문으로 교체하는 것은 옵션이 아닙니다.
예를 들어 설명하겠습니다.
1. 주문을 완료했습니다. 이것은 신뢰할 수 있는 작업입니다.
2. SL 및 TP 대신 주문 보류 - 이것은 신뢰할 수 없는 작업입니다. 왜냐하면 한 번에 두 가지 주문을 할 수 없습니다
서버와의 거래. 더욱이 주 주문과 함께 2개의 보류 중인 주문을 3개 주문하는 것은 불가능합니다.
이는 주문 사이에 예기치 못한 상황이 발생할 수 있음을 의미합니다.
적시에 보류 주문을 할 수 없거나 그 중 하나를 잃을 수도 있습니다.
또는 둘 다, 예를 들어 통신 실패로 인해 발생합니다.
글쎄, 우리가 매우 큰 목표(> 100점)를 가지고 있다고 가정해 봅시다. 우리는 나가서 고문에게 많은 수표를 삽입하고
그 빌어먹을 던전들.
3. 가격이 한 방향으로 이동하여 예를 들어 SL을 대체하는 보류 주문이 발생했습니다.
4. 만세 주문이 마감되었나요? 이런 건 없습니다. 우리는 여전히 TP에 책임이 있는 불행한 보류 중인 주문을 가지고 있습니다.
그럼 이제 누가 꺼내야 할까요? 푸쉬킨 - 아니요, 그들은 추측하지 않았습니다. 그것은 우리의 고문에 의해 제거되어야 합니다.
이것은 SUPER UNRELIABLE 작업일 뿐만 아니라 일반적으로 프로그래머의 공포입니다.
(나는 상인에 대해 침묵합니다. 그들은 상관하지 않으며 모든 경우에 대해 단 하나의 주문만 있습니다).
이 순간 연결이 끊어지면 고문과 계정에 대한 통제력이 완전히 상실되기 때문입니다.
역설적인 경향. 여기서 모두는 보증금의 MM 0.0003%를 나타내며 안정적인 손절매가 필요합니다. 우리는 그것을 마땅히 고려해야 할 사항으로 고려할 것입니다. 손절매는 시장 폐쇄와 같은 다른 모든 것에 대해 예금을 저축하는 문제에 대한 극단적인 비상 솔루션입니다. 일반적으로 손절매가 미리 설치된 주문을 열고 이익을 얻을 수 있는 터미널은 거의 없습니다.
역설적인 경향. 여기서 모두는 보증금의 MM 0.0003%를 의미하므로 안정적인 손절매가 필요합니다. 우리는 그것을 마땅히 고려해야 할 사항으로 고려할 것입니다. 손절매는 시장 폐쇄와 같은 다른 모든 것에 대해 예금을 저축하는 문제에 대한 극단적인 비상 솔루션입니다. 일반적으로 손절매가 미리 설치된 주문을 열고 이익을 얻을 수 있는 터미널은 거의 없습니다.
대기 중인 주문이 낮에 작동하기 시작하면 지원 서비스에 어떤 일이 일어날지 보는 것이 흥미롭습니다.
2. 여러 주문은 동시에 시장에서 할 수 없습니다. 이것은 "정확하지 않은" 시장 플랫폼에서만 가능했습니다. 모든 주문은 실행 서버를 통해 대기합니다. 예를 들어, Dukascopy에서 TP 및 SL 수준의 보류 또는 시장 주문을 할 때 3/2 조건을 동시에 배치한 것처럼 보이지만 실제로는 순차적으로 진행됩니다. 이것이 기술이고 논리적입니다. 또한 주문 장부에 속하는 지정가 주문에 대해 마진을 취해야 하기 때문입니다. 유리잔의 지정가 주문은 보장된 주문이므로 실행에 한계 문제가 없어야 합니다. TP 레벨에도 동일하게 적용됩니다. 그러나 Dukascopy에서 TP는 유리에 부딪히지 않고 시장처럼 실행됩니다(아래에서 이유를 설명하겠습니다).
4. MT5에서 파트너 TP/SL 레벨을 트리거한 후 실패한 SL/TP 레벨을 삭제하는 문제는 거래자의 어깨에 있습니다. Dukascopy에서 이것은 실행 서버의 어깨에 해당합니다. 그리고 SL이 트리거될 때 TP를 안정적으로 제거하려면 TP가 오더북에 없는 것이 필요합니다(그렇지 않으면 불가능). 그렇지 않으면 SL이 트리거된 후에 실행될 가능성이 높습니다.
많은 뉘앙스가 있으며 SL 및 TP 수준은 시장 실행을 통해 신뢰할 수 있으며 MT5 개발자를 위한 옵션은 Dukascopy 경로를 사용하는 것입니다. 또는 테이블을 통해 TP 자체 구현의 변형이 있는 경우(위에서 제공됨) 개발자가 SL 및 TP 수준 없이 가상 위치를 간단히 추가하는 것으로 충분합니다.
방금 해명했습니다. SL 레벨은 어떤 식으로든 보장되지 않고 마켓에서 요청이 있을 때만 마켓에서 실행되기 때문에 오더북에서 TP 레벨에 도달하지 않아도 됩니다. 단지. SL을 시장에서 실행하기 전에 TP 수준의 실행 서버(Dukascopy)에 의해 삭제됩니다(주문서에 있더라도). 불행히도 거래자는 거래 서버에 이상적인 연결이 있더라도 MT5에서 이 순간을 안정적으로 구현할 수 없습니다. 그리고 MT5에서는 정말 신뢰할 수 없습니다.
thecore писал(а)>> MT5는 동일한 기기에 여러 위치를 배치하도록 설계되지 않았습니다.
MT5는 여러 Expert Advisors용으로 설계되지 않았습니다.
MT5는 단일 상품의 포지션을 헤지하도록 설계되지 않았습니다.
MT5는 전문가 및 수동 거래와 함께 작동하도록 설계되지 않았습니다.
MT5는 MT4 코드를 지원하지 않습니다
MT5는 MT4 프로그램 로직을 지원하지 않습니다.
...
그러면 스릴은 무엇입니까. 다른 새로운 프로그램에서.
MQL5는 훨씬 더 강력하고 빠릅니다.
나머지도 그런 회계로의 전환은 정말 실수라고 생각합니다. 결국 필요한 곳(거래 서버에서, 거래에서, Expert Advisor에서 수동 거래를 위한 간단한 스크립트로)과 누가 그것을 필요로 하는지(트레이더, 브로커), 당신은 즉시 순포지션을 계산할 수 있습니다. 많은 반면 역변환은 상당히 높은 비용으로 가능합니다. 거래를 할 때 직면해야 하는 모든 다양한 상황을 감안할 때 정확하게 안정적으로 수행하는 방법은 여전히 모릅니다. 하지만 MT5의 전투작전까지는 시간이 충분하니 뭔가 나올지도...
어느 면을 바라보느냐에 따라. 항상 플러스가 있고 마이너스가 있습니다.
100% 신뢰할 수 있는 방법을 찾지 못할 것이라고 확신합니다.
TP와 SL로 즉시 주문하세요.
그러나 이 모든 것이 여러 Expert Advisors가 있는 MT5에서 의미가 없습니다.
따라서 구소련 공간에서 테스트를 수행할 필요가 없었습니다.
그리고 그것은 우스꽝스럽습니다. 터미널은 영어로, 도움말은 러시아어로 되어 있습니다.
제조업체가 보고하는 대상을 모두가 이해하기를 바랍니다.
지원 서비스도 베타 테스터도 없습니다.
(포럼에서 가끔 번쩍이는 세명의 불행한 사람들을 말하는 것이 아니라, 동시에
프로그램을 훔치고, 사이트를 유지하고, 기사를 작성합니다.)
우리가 말하는 세계 지배는 무엇입니까?
당신은 논쟁의 여지가 많은 사람입니다.
========================
그래서. 동일한 시간에 동일한 시세에 대해 일하는 고문의 필요성 / 무익에 대한 논쟁을 제쳐두고 (내 진단은 정신 분열증입니다) 결과는 다음과 같습니다.
- 지역 회계는 바로 이 지역 때문에 신뢰할 수 없습니다.
- 서버에 대한 계정은 집계 계정만 생성했기 때문에 MK가 서버에서 전략을 실행하기 위한 서비스를 제공하지 않았기 때문에 가능하지 않습니다. 정확히 다음과 같습니다: STRATEGIES ON THE SERVER. 이것이 바로 순접근 방식에서 위치 구조를 고려하는 신뢰성 문제를 해결하는 데 필요한 것입니다.
- 찾을 수 있는 문제를 해결하는 방법, IMHO, 당신은 - 누군가가 그것을 절실히 필요로 하는 경우에 할 수 있습니다. 문제는 비용과 필요성입니다.
따라서 소비에트 이후 공간에서 테스트를 수행할 필요가 없었습니다.
그리고 그것은 우스꽝스럽습니다. 터미널은 영어로, 도움말은 러시아어로 되어 있습니다.
글쎄, 그들이 그것을 수행하지 않는다고 상상해보십시오. 강제로 베타를 다운받아 설치하고, 화면만 쳐다보셨나요? 괴롭히지 말고 다 삭제해...
getch 및 정수의 경우
이 스레드의 주제의 관점에서 "MT5의 집계 위치 구조에 대한 RELIABLE 회계를 구현할 수 있습니까?"라는 관점에서 두렵습니다.
TP 및 SL을 보류 주문으로 교체하는 것은 옵션이 아닙니다.
예를 들어 설명하겠습니다.
1. 주문을 완료했습니다. 이것은 신뢰할 수 있는 작업입니다.
2. SL 및 TP 대신 주문 보류 - 이것은 신뢰할 수 없는 작업입니다. 왜냐하면 한 번에 두 가지 주문을 할 수 없습니다
서버와의 거래. 더욱이 주 주문과 함께 2개의 보류 중인 주문을 3개 주문하는 것은 불가능합니다.
이는 주문 사이에 예기치 못한 상황이 발생할 수 있음을 의미합니다.
적시에 보류 주문을 할 수 없거나 그 중 하나를 잃을 수도 있습니다.
또는 둘 다, 예를 들어 통신 실패로 인해 발생합니다.
글쎄, 우리가 매우 큰 목표(> 100점)를 가지고 있다고 가정해 봅시다. 우리는 나가서 고문에게 많은 수표를 삽입하고
그 빌어먹을 던전들.
3. 가격이 한 방향으로 이동하여 예를 들어 SL을 대체하는 보류 주문이 발생했습니다.
4. 만세 주문이 마감되었나요? 이런 건 없습니다. 우리는 여전히 TP에 책임이 있는 불행한 보류 중인 주문을 가지고 있습니다.
그럼 이제 누가 꺼내야 할까요? 푸쉬킨 - 아니요, 그들은 추측하지 않았습니다. 그것은 우리의 고문에 의해 제거되어야 합니다.
이것은 SUPER UNRELIABLE 작업일 뿐만 아니라 일반적으로 프로그래머의 공포입니다.
(나는 상인에 대해 침묵합니다. 그들은 상관하지 않으며 모든 경우에 대해 단 하나의 주문만 있습니다).
이 순간 연결이 끊어지면 고문과 계정에 대한 통제력이 완전히 상실되기 때문입니다.
역설적인 경향. 여기서 모두는 보증금의 MM 0.0003%를 나타내며 안정적인 손절매가 필요합니다. 우리는 그것을 마땅히 고려해야 할 사항으로 고려할 것입니다. 손절매는 시장 폐쇄와 같은 다른 모든 것에 대해 예금을 저축하는 문제에 대한 극단적인 비상 솔루션입니다. 일반적으로 손절매가 미리 설치된 주문을 열고 이익을 얻을 수 있는 터미널은 거의 없습니다.
- 찾을 수 있는 문제를 해결하는 방법, IMHO, 당신은 - 누군가가 그것을 절실히 필요로 하는 경우에 할 수 있습니다. 문제는 비용과 필요성입니다.
프로그래머가 아닌 사람은 프로그래머를 많이 모아서 시작한다고 생각할 것입니다.
생각하고 생각하고 프로그래밍하고 프로그래밍하면 세상의 모든 것이 프로그래밍됩니다.
나는 이것이 사실이 아니라는 점에 당신을 실망시켜야 합니다.
문제는 프로그래머가 아니라 시스템 분석가가 해결합니다.
프로그래머가 코드 생성을 시작하기 전에
무엇을, 어떻게 해야 하며, 그들이 잘못하면 어떻게 되는지.
불행히도 MT5 구조를 계획할 때 분석가는 휴가 중이었고
그가 도착했을 때 그들은 이미 프로그램의 절반을 작성했고 그는 어깨를 으쓱하기만 하면 되었습니다.
예를 들어 - 아, 하고 싶은 대로 하세요.
따라서 거래 전략이 아닌 예제에 Tetris가 있습니다.
역설적인 경향. 여기서 모두는 보증금의 MM 0.0003%를 의미하므로 안정적인 손절매가 필요합니다. 우리는 그것을 마땅히 고려해야 할 사항으로 고려할 것입니다. 손절매는 시장 폐쇄와 같은 다른 모든 것에 대해 예금을 저축하는 문제에 대한 극단적인 비상 솔루션입니다. 일반적으로 손절매가 미리 설치된 주문을 열고 이익을 얻을 수 있는 터미널은 거의 없습니다.
대기 중인 주문이 낮에 작동하기 시작하면 지원 서비스에 어떤 일이 일어날지 보는 것이 흥미롭습니다.
SL과 TP를 대체합니다.
2. 여러 주문은 동시에 시장에서 할 수 없습니다. 이것은 "정확하지 않은" 시장 플랫폼에서만 가능했습니다. 모든 주문은 실행 서버를 통해 대기합니다. 예를 들어, Dukascopy에서 TP 및 SL 수준의 보류 또는 시장 주문을 할 때 3/2 조건을 동시에 배치한 것처럼 보이지만 실제로는 순차적으로 진행됩니다. 이것이 기술이고 논리적입니다. 또한 주문 장부에 속하는 지정가 주문에 대해 마진을 취해야 하기 때문입니다. 유리잔의 지정가 주문은 보장된 주문이므로 실행에 한계 문제가 없어야 합니다. TP 레벨에도 동일하게 적용됩니다. 그러나 Dukascopy에서 TP는 유리에 부딪히지 않고 시장처럼 실행됩니다(아래에서 이유를 설명하겠습니다).
4. MT5에서 파트너 TP/SL 레벨을 트리거한 후 실패한 SL/TP 레벨을 삭제하는 문제는 거래자의 어깨에 있습니다. Dukascopy에서 이것은 실행 서버의 어깨에 해당합니다. 그리고 SL이 트리거될 때 TP를 안정적으로 제거하려면 TP가 오더북에 없는 것이 필요합니다(그렇지 않으면 불가능). 그렇지 않으면 SL이 트리거된 후에 실행될 가능성이 높습니다.
많은 뉘앙스가 있으며 SL 및 TP 수준은 시장 실행을 통해 신뢰할 수 있으며 MT5 개발자를 위한 옵션은 Dukascopy 경로를 사용하는 것입니다. 또는 테이블을 통해 TP 자체 구현의 변형이 있는 경우(위에서 제공됨) 개발자가 SL 및 TP 수준 없이 가상 위치를 간단히 추가하는 것으로 충분합니다.
방금 해명했습니다. SL 레벨은 어떤 식으로든 보장되지 않고 마켓에서 요청이 있을 때만 마켓에서 실행되기 때문에 오더북에서 TP 레벨에 도달하지 않아도 됩니다. 단지. SL을 시장에서 실행하기 전에 TP 수준의 실행 서버(Dukascopy)에 의해 삭제됩니다(주문서에 있더라도). 불행히도 거래자는 거래 서버에 이상적인 연결이 있더라도 MT5에서 이 순간을 안정적으로 구현할 수 없습니다. 그리고 MT5에서는 정말 신뢰할 수 없습니다.
MT5는 동일한 기기에 여러 위치를 배치하도록 설계되지 않았습니다.
MT5는 여러 Expert Advisors용으로 설계되지 않았습니다.
MT5는 단일 상품의 포지션을 헤지하도록 설계되지 않았습니다.
MT5는 전문가 및 수동 거래와 함께 작동하도록 설계되지 않았습니다.
MT5는 MT4 코드를 지원하지 않습니다
MT5는 MT4 프로그램 로직을 지원하지 않습니다.
...
그러면 스릴은 무엇입니까. 다른 새로운 프로그램에서.
MQL5는 훨씬 더 강력하고 빠릅니다.
나머지도 그런 회계로의 전환은 정말 실수라고 생각합니다. 결국 필요한 곳(거래 서버에서, 거래에서, Expert Advisor에서 수동 거래를 위한 간단한 스크립트로)과 누가 그것을 필요로 하는지(트레이더, 브로커), 당신은 즉시 순포지션을 계산할 수 있습니다. 많은 반면 역변환은 상당히 높은 비용으로 가능합니다. 거래를 할 때 직면해야 하는 모든 다양한 상황을 감안할 때 정확하게 안정적으로 수행하는 방법은 여전히 모릅니다. 하지만 MT5의 전투작전까지는 시간이 충분하니 뭔가 나올지도...
프로그래머가 아닌 사람은 프로그래머를 많이 모아서 시작한다고 생각할 것입니다.
생각하고 생각하고 프로그래밍하고 프로그래밍하면 세상의 모든 것이 프로그래밍됩니다.
나는 이것이 사실이 아니라는 점에 당신을 실망시켜야 합니다.
문제는 프로그래머가 아니라 시스템 분석가가 해결합니다.
프로그래머가 코드 생성을 시작하기 전에
무엇을, 어떻게 해야 하며, 그들이 잘못하면 어떻게 되는지.
불행히도 MT5 구조를 계획할 때 분석가는 휴가 중이었고
그가 도착했을 때 그들은 이미 프로그램의 절반을 작성했고 그는 어깨를 으쓱하기만 하면 되었습니다.
예를 들어 - 아, 하고 싶은 대로 하세요.
따라서 거래 전략이 아닌 예제에 Tetris가 있습니다.
다양한 경우에 당신의 과감한 발언(내 자격, MC의 상황 등)은 당신의 의견에 대한 관심을 다소 감소시키는 것 같아요, 그렇지 않나요?))))) 어떻게 당신에게 대답하는 것이 말이되지 않습니다 - 왜 당신의 진술에 반응합니까? 분명히 부족한 사람? )))
우선 현실과 환상을 혼동하지 마십시오. 이야기합시다.