크게 인쇄하고 벽에 걸고 최대 $20,000 보증금까지 필요한 만큼의 금액을 읽으십시오. 이것이 모든 이유에 대한 답입니다. Metaquota는 성숙했으며 끝없는 부엌 나노 데모 계정에서 끝없는 무리가 아닌 실제 돈을 원합니다. 그들은 다른 사람들에게도 실제 시장과 실제 돈에 접근할 수 있는 성장 기회를 제공합니다.
케, 케 ... 네, 물론, "교환 중"으로 마음에 가져 왔습니다. 발 뒤꿈치에) 물론 성장의 증거입니다. 어떻게 ...
그리고 어떤 이유로 모든 사람이 무역 조건을 개별적으로 "조정"할 수 없다는 것은 "주방"에서 출발한다는 신호인 것처럼 보였습니다.
1. 상인의 문제. 2. 프로그래머의 문제. 올바른 접근 방식으로 해결할 수 있습니다. 1 - 쉬움, 2 - 땀을 흘려야 합니다(앞으로 할 것입니다).
네. 비유적으로 말하자면, 한 번에 판매원은 금전 등록기의 모든 장점에도 불구하고 계정을 거부하고 싶지 않았습니다(지금은 거부합니다). 그리고 이제 그들은 내 금전 등록기를 가져 가서 청구서를 주며 이것이 내 문제이며 "땀"만 있으면 된다고 말했습니다.
그리고 나는 한때 "성인" 교환 조건에 대해 공부하기 시작했습니다. 그리고 입법적 규제를 제외하고는 어떤 이점도 보지 못합니다. 나머지 - 특히 재료 - 믿을 수 없는 불결함(최근에 들끓고 있음) - 여기에서는 은행과 같습니다. 고객의 편의를 위해 재채기를 하고 싶어하는 한 사람이 더 있습니다.
그리고 나는 한때 "성인"의 교환 조건에 대해 공부하기 시작했습니다. 그리고 입법적 규제를 제외하고는 어떤 이점도 보지 못합니다. 나머지 - 특히 자재 - 믿을 수 없는 불결함(최근에 들끓고 있음) - 여기에서는 은행과 같습니다. 고객의 편의에 따라 재채기를 하고 싶어하는 한 사람이 더 있습니다.
"헌장이있는 이상한 수도원에서 ..."-글쎄, 당신은 알고 있습니다. 대안이 있습니다. 작고 자랑스러워하고 당신의 발전에 감탄하고 각각 100개의 마이크로 로트 고객이 있는 200개의 주방 DC를 제공합니다. 또는 다른 사람의 전세를 배우고 10달러부터 예금을 가진 수백만 명의 고객을 보유한 20명의 대형 중개인에게 서비스를 제공하십시오. 진화적인 개발을 통해 점진적으로 시장 점유율을 확대하고 있습니다. 첫 번째 경로는 막다른 골목이고 두 번째 경로는 무한한 성장을 약속합니다.
사물함의 울부짖음과 그들에 합류한 사람들의 울부짖음은 메타쿼타에게 별 관심이 없습니다. 그들 중 대부분은 미니 랏을 거래하지도 않고 데모에서 점점 더 많이 거래되고 있습니다. 이 잔인한 세상에서 모든 것은 돈에 관한 것입니다. 큰 돈은 넷 플랫폼에 있습니다. 예, 종종 역겨운 품질의 플랫폼에 매일 침을 뱉지만 돈은 있습니다. 그리고 여기에서는 기본적으로 nirobs 만 ...
"헌장이있는 이상한 수도원에서 ..."-글쎄, 당신은 알고 있습니다. 대안이 있습니다. 작고 자랑스러워하고 당신의 발전에 감탄하고 각각 100개의 마이크로 로트 고객이 있는 200개의 주방 DC를 제공합니다. 또는 다른 사람의 전세를 배우고 10달러부터 예금을 가진 수백만 명의 고객을 보유한 20명의 대형 중개인에게 서비스를 제공하십시오. 진화적인 개발을 통해 점진적으로 시장 점유율을 확대하고 있습니다. 첫 번째 경로는 막다른 골목이고 두 번째 경로는 무한한 성장을 약속합니다.
사물함의 울부짖음과 그들에 합류한 사람들의 울부짖음은 메타쿼타에게 별 관심이 없습니다. 그들 중 대부분은 미니 랏을 거래하지도 않고 데모에서 점점 더 많이 거래되고 있습니다. 이 잔인한 세상에서 모든 것은 돈에 관한 것입니다. 큰 돈은 넷 플랫폼에 존재합니다. 예, 종종 역겨운 품질의 플랫폼에 매일 침을 뱉지만 돈은 있습니다. 그리고 여기에서는 기본적으로 nirobs 만 ...
이 스레드의 주제의 관점에서 "MT5의 집계 위치 구조에 대한 RELIABLE 회계를 구현할 수 있습니까?"라는 관점에서 두렵습니다.
TP 및 SL을 보류 주문으로 교체하는 것은 옵션이 아닙니다.
예를 들어 설명하겠습니다.
1. 주문 완료 - 신뢰할 수 있는 작업입니다.
2. SL 및 TP 대신 주문 보류 - 이것은 신뢰할 수 없는 작업입니다. 왜냐하면 하나에 두 개의 주문을 할 수 없습니다
서버와의 거래. 그리고 더군다나 3개의 주문을 하는 것은 불가능합니다. 2개의 보류 중인 주문이 주 주문과 함께 있습니다.
이는 주문을 하는 사이에 예상치 못한 상황이 발생할 수 있음을 의미합니다.
적시에 보류 주문을 할 수 없거나 그 중 하나를 잃을 수도 있습니다.
또는 둘 다, 예를 들어 통신 오류로 인해 발생합니다.
글쎄, 우리가 매우 큰 목표(> 100점)를 가지고 있다고 가정해 봅시다. 우리는 나가서 고문에게 많은 수표를 삽입하고
그 빌어먹을 던전들.
3. 가격이 한 방향으로 이동하여 예를 들어 SL을 대체하는 보류 주문이 발생했습니다.
4. 만세 주문이 마감되었나요? 이런 건 없습니다. 우리는 여전히 TP에 책임이 있는 불행한 보류 중인 주문을 가지고 있습니다.
그럼 이제 누가 꺼내야 할까요? 푸쉬킨 - 아니요, 그들은 추측하지 않았습니다. 그것은 우리의 고문에 의해 제거되어야 합니다.
이것은 SUPER UNRELIABLE 작업일 뿐만 아니라 일반적으로 프로그래머의 공포입니다.
(나는 상인에 대해 침묵합니다. 그들은 상관하지 않으며 모든 경우에 대해 단 하나의 주문만 있습니다).
이 순간 연결이 끊어지면 고문과 계정에 대한 통제력이 완전히 상실되기 때문입니다.
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 수준 없이 가상 위치를 간단히 추가하는 것으로 충분합니다.
이제 주방 거주자입니다. 물론 신호가 고조파로 분해될 수 있다는 것을 알고 있습니다. 또한 역변환을 수행할 수 있음을 알고 있습니다.
그래서. 하나의 기기에 있는 여러 Expert Advisors를 하나로 변환하는 작업은 마지막 경우일 뿐입니다. 또한 이러한 변환은 4-ki용 DC 서버에서 어떻게든 수행됩니다.
이제 그것에 대해 생각해보십시오. 4시간짜리 오베트니크와 5분짜리 오베트니크를 외부 도움 없이 하나의 결과로 결합할 수 없습니까?))) 동시에 어떻게 "소리"가 나는지 명확해질 것입니다. 많은 사람들이 좋아하지 않을 것 같아요.
시계와 프로세서에 관해서는 - 여기에 있지 말자 - 분기가 있습니다. 여기에 돌의 기록부를 적재하는 도표를 제공하는 것만으로는 충분하지 않았습니다. 네, 그게 요점이 아니었습니다.
- 왜 모든 것을 비난합니까 - 쓰레기 덤프, 쓰레기 덤프. 나는 내 빵 조각을 얻었다.
----
거기에서.)))))))))))))))
모두. 다시는 하지 않겠습니다.
크게 인쇄하고 벽에 걸고 최대 $20,000 보증금까지 필요한 만큼의 금액을 읽으십시오. 이것이 모든 이유에 대한 답입니다. Metaquota는 성숙했으며 끝없는 부엌 나노 데모 계정에서 끝없는 무리가 아닌 실제 돈을 원합니다. 그들은 다른 사람들에게도 실제 시장과 실제 돈에 접근할 수 있는 성장 기회를 제공합니다.
케, 케 ... 네, 물론, "교환 중"으로 마음에 가져 왔습니다. 발 뒤꿈치에) 물론 성장의 증거입니다. 어떻게 ...
그리고 어떤 이유로 모든 사람이 무역 조건을 개별적으로 "조정"할 수 없다는 것은 "주방"에서 출발한다는 신호인 것처럼 보였습니다.
1. 상인의 문제.
2. 프로그래머의 문제.
올바른 접근 방식으로 해결할 수 있습니다. 1 - 쉬움, 2 - 땀을 흘려야 합니다(앞으로 할 것입니다).
네. 비유적으로 말하자면, 한 번에 판매원은 금전 등록기의 모든 장점에도 불구하고 계정을 거부하고 싶지 않았습니다(지금은 거부합니다). 그리고 이제 그들은 내 금전 등록기를 가져 가서 청구서를 주며 이것이 내 문제이며 "땀"만 있으면 된다고 말했습니다.
그리고 나는 한때 "성인" 교환 조건에 대해 공부하기 시작했습니다. 그리고 입법적 규제를 제외하고는 어떤 이점도 보지 못합니다. 나머지 - 특히 재료 - 믿을 수 없는 불결함(최근에 들끓고 있음) - 여기에서는 은행과 같습니다. 고객의 편의를 위해 재채기를 하고 싶어하는 한 사람이 더 있습니다.
해고 시 TP 및 SL 수준은 거의 모든 플랫폼에서 사용할 수 있는 OCO 주문이 있으면 가능합니다. 하지만 MT5에서도 버려졌다...
아마도 개발자는 이미 일부 플랫폼에서 구현되어 있기 때문에 거래 서버에서 가상 포지션(및 OCO 주문)을 포기한 이유를 설명할 것입니다. 그리고 그들은 이 문제를 해결하기 위한 비전에 대해 이야기할 것입니다.
보류 중인 TP 및 SL 수준을 구현하기 위해 OCO 주문이 필요하다는 점에 대해 잘못 알고 있었습니다. 다음은 지연에 대한 TP 및 SL 수준 구현에 대한 표입니다.
이 표는 Buy Stop Limit 및 Sell Stop Limit의 두 가지 새로운 주문 유형만 도입하여 개발자가 안내한 내용을 보여줍니다. 실제로 잘 생각해 보면 OCO 주문이 필요하지 않습니다.
그러나 집계 위치의 구조를 고려하는 MT5에 대한 신뢰할 수 있는 구현의 문제는 여전히 열려 있습니다.
보류 중인 TP 및 SL 수준을 구현하기 위해 OCO 주문이 필요하다는 점에 대해 잘못 알고 있었습니다. 다음은 지연에 대한 TP 및 SL 수준 구현에 대한 표입니다.
이 표는 Buy Stop Limit 및 Sell Stop Limit의 두 가지 새로운 주문 유형만 도입하여 개발자가 안내한 내용을 보여줍니다. 실제로 잘 생각해 보면 OCO 주문이 필요하지 않습니다.
그러나 집계 위치의 구조를 고려하는 MT5에 대한 신뢰할 수 있는 구현의 문제는 여전히 열려 있습니다.
getch 및 정수의 경우
이 스레드의 주제의 관점에서 "MT5의 집계 위치 구조에 대한 RELIABLE 회계를 구현할 수 있습니까?"라는 관점에서 두렵습니다.
TP 및 SL을 보류 주문으로 교체하는 것은 옵션이 아닙니다.
예를 들어 설명하겠습니다.
1. 주문을 완료했습니다. 이것은 신뢰할 수 있는 작업입니다.
2. SL 및 TP 대신 주문 보류 - 이것은 신뢰할 수 없는 작업입니다. 왜냐하면 한 번에 두 가지 주문을 할 수 없습니다
서버와의 거래. 더욱이 주 주문과 함께 2개의 보류 중인 주문을 3개 주문하는 것은 불가능합니다.
이는 주문 사이에 예기치 못한 상황이 발생할 수 있음을 의미합니다.
적시에 보류 주문을 할 수 없거나 그 중 하나를 잃을 수도 있습니다.
또는 둘 다, 예를 들어 통신 실패로 인해 발생합니다.
글쎄, 우리가 매우 큰 목표(> 100점)를 가지고 있다고 가정해 봅시다. 우리는 나가서 고문에게 많은 수표를 삽입하고
그 빌어먹을 던전들.
3. 가격이 한 방향으로 이동하여 예를 들어 SL을 대체하는 보류 주문이 발생했습니다.
4. 만세 주문이 마감되었나요? 이런 건 없습니다. 우리는 여전히 TP에 책임이 있는 불행한 보류 중인 주문을 가지고 있습니다.
그럼 이제 누가 꺼내야 할까요? 푸쉬킨 - 아니요, 그들은 추측하지 않았습니다. 그것은 우리의 고문에 의해 제거되어야 합니다.
이것은 SUPER UNRELIABLE 작업일 뿐만 아니라 일반적으로 프로그래머의 공포입니다.
(나는 상인에 대해 침묵합니다. 그들은 상관하지 않으며 모든 경우에 대해 단 하나의 주문만 있습니다).
이 순간 연결이 끊어지면 고문과 계정에 대한 통제력이 완전히 상실되기 때문입니다.
그리고 나는 한때 "성인"의 교환 조건에 대해 공부하기 시작했습니다. 그리고 입법적 규제를 제외하고는 어떤 이점도 보지 못합니다. 나머지 - 특히 자재 - 믿을 수 없는 불결함(최근에 들끓고 있음) - 여기에서는 은행과 같습니다. 고객의 편의에 따라 재채기를 하고 싶어하는 한 사람이 더 있습니다.
"헌장이있는 이상한 수도원에서 ..."-글쎄, 당신은 알고 있습니다. 대안이 있습니다. 작고 자랑스러워하고 당신의 발전에 감탄하고 각각 100개의 마이크로 로트 고객이 있는 200개의 주방 DC를 제공합니다. 또는 다른 사람의 전세를 배우고 10달러부터 예금을 가진 수백만 명의 고객을 보유한 20명의 대형 중개인에게 서비스를 제공하십시오. 진화적인 개발을 통해 점진적으로 시장 점유율을 확대하고 있습니다. 첫 번째 경로는 막다른 골목이고 두 번째 경로는 무한한 성장을 약속합니다.
사물함의 울부짖음과 그들에 합류한 사람들의 울부짖음은 메타쿼타에게 별 관심이 없습니다. 그들 중 대부분은 미니 랏을 거래하지도 않고 데모에서 점점 더 많이 거래되고 있습니다. 이 잔인한 세상에서 모든 것은 돈에 관한 것입니다. 큰 돈은 넷 플랫폼에 있습니다. 예, 종종 역겨운 품질의 플랫폼에 매일 침을 뱉지만 돈은 있습니다. 그리고 여기에서는 기본적으로 nirobs 만 ...
MT5는 여러 Expert Advisors용으로 설계되지 않았습니다.
MT5는 단일 상품의 포지션을 헤지하도록 설계되지 않았습니다.
MT5는 전문가 및 수동 거래 와 함께 작동하도록 설계되지 않았습니다.
MT5는 MT4 코드를 지원하지 않습니다
MT5는 MT4 프로그램 로직을 지원하지 않습니다.
...
그러면 어떤 재미가 있습니까? 다른 새로운 프로그램에서.
그래서 Windows 7을 설치하는 것이 좋습니다. 같은 슬로건이지만 적어도 그녀는 아름답습니다.
추신. 당신은 영어 포럼을 읽었습니다. MT5의 절반도 거기에 설치할 수 없으며,
나머지 절반은 지표가 작동을 멈춘 것에 놀랐습니다.
"헌장이있는 이상한 수도원에서 ..."-글쎄, 당신은 알고 있습니다. 대안이 있습니다. 작고 자랑스러워하고 당신의 발전에 감탄하고 각각 100개의 마이크로 로트 고객이 있는 200개의 주방 DC를 제공합니다. 또는 다른 사람의 전세를 배우고 10달러부터 예금을 가진 수백만 명의 고객을 보유한 20명의 대형 중개인에게 서비스를 제공하십시오. 진화적인 개발을 통해 점진적으로 시장 점유율을 확대하고 있습니다. 첫 번째 경로는 막다른 골목이고 두 번째 경로는 무한한 성장을 약속합니다.
사물함의 울부짖음과 그들에 합류한 사람들의 울부짖음은 메타쿼타에게 별 관심이 없습니다. 그들 중 대부분은 미니 랏을 거래하지도 않고 데모에서 점점 더 많이 거래되고 있습니다. 이 잔인한 세상에서 모든 것은 돈에 관한 것입니다. 큰 돈은 넷 플랫폼에 존재합니다. 예, 종종 역겨운 품질의 플랫폼에 매일 침을 뱉지만 돈은 있습니다. 그리고 여기에서는 기본적으로 nirobs 만 ...
따라서 구소련 공간에서 테스트를 수행할 필요가 없었습니다.
그리고 그것은 우스꽝스럽습니다. 터미널은 영어로, 도움말은 러시아어로 되어 있습니다.
제조업체가 보고하는 대상을 모두가 이해하기를 바랍니다.
지원 서비스도 베타 테스터도 없습니다.
(포럼에서 가끔 번쩍이는 세명의 불행한 사람들을 말하는 것이 아니라, 동시에
프로그램을 훔치고, 사이트를 유지하고, 기사를 작성합니다.)
우리가 말하는 세계 지배는 무엇입니까?
이 스레드의 주제의 관점에서 "MT5의 집계 위치 구조에 대한 RELIABLE 회계를 구현할 수 있습니까?"라는 관점에서 두렵습니다.TP 및 SL을 보류 주문으로 교체하는 것은 옵션이 아닙니다.
어느 면을 바라보느냐에 따라. 항상 장단점이 있습니다.
100% 신뢰할 수 있는 방법을 찾지 못할 것이라고 확신합니다.
2 동의합니다.
4 - 아니. 비결은 어드바이저가 상태를 복원할 수 있다는 것입니다. 그러나 두 지연 모두 이 시간 동안 작동할 수 있으며 이는 이미 나쁩니다.
하지만 TP를 설정하지 않으면 해결할 수 있습니다. 이 경우, 2개의 더 적은 잼이 계획됩니다.
이것은 SUPER UNRELIABLE 작업일 뿐만 아니라 일반적으로 프로그래머의 공포입니다.
아니야, 괜찮아. 또한 OnTrade라는 상품이 있습니다.
getch 및 정수의 경우
이 스레드의 주제의 관점에서 "MT5의 집계 위치 구조에 대한 RELIABLE 회계를 구현할 수 있습니까?"라는 관점에서 두렵습니다.
TP 및 SL을 보류 주문으로 교체하는 것은 옵션이 아닙니다.
예를 들어 설명하겠습니다.
1. 주문 완료 - 신뢰할 수 있는 작업입니다.
2. SL 및 TP 대신 주문 보류 - 이것은 신뢰할 수 없는 작업입니다. 왜냐하면 하나에 두 개의 주문을 할 수 없습니다
서버와의 거래. 그리고 더군다나 3개의 주문을 하는 것은 불가능합니다. 2개의 보류 중인 주문이 주 주문과 함께 있습니다.
이는 주문을 하는 사이에 예상치 못한 상황이 발생할 수 있음을 의미합니다.
적시에 보류 주문을 할 수 없거나 그 중 하나를 잃을 수도 있습니다.
또는 둘 다, 예를 들어 통신 오류로 인해 발생합니다.
글쎄, 우리가 매우 큰 목표(> 100점)를 가지고 있다고 가정해 봅시다. 우리는 나가서 고문에게 많은 수표를 삽입하고
그 빌어먹을 던전들.
3. 가격이 한 방향으로 이동하여 예를 들어 SL을 대체하는 보류 주문이 발생했습니다.
4. 만세 주문이 마감되었나요? 이런 건 없습니다. 우리는 여전히 TP에 책임이 있는 불행한 보류 중인 주문을 가지고 있습니다.
그럼 이제 누가 꺼내야 할까요? 푸쉬킨 - 아니요, 그들은 추측하지 않았습니다. 그것은 우리의 고문에 의해 제거되어야 합니다.
이것은 SUPER UNRELIABLE 작업일 뿐만 아니라 일반적으로 프로그래머의 공포입니다.
(나는 상인에 대해 침묵합니다. 그들은 상관하지 않으며 모든 경우에 대해 단 하나의 주문만 있습니다).
이 순간 연결이 끊어지면 고문과 계정에 대한 통제력이 완전히 상실되기 때문입니다.
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 수준 없이 가상 위치를 간단히 추가하는 것으로 충분합니다.