클라이언트 터미널에서 도움말을 엽니다. 섹션 "거래 - 거래 포지션 관리 - 보류 주문 설정 ". 독서:
만료 — 주문의 만료 날짜를 설정합니다. 이 시간 이전에 주문이 작동하지 않으면 자동으로 삭제됩니다. 주의: 주문 유효 기간은 10분 이상이어야 합니다!
아하! 우리는 당신을 얻었다! 10이 아니라 11!!! 그리고 요점은 주문의 유효 기간이 만료 시간과 주문이 처리를 위해 수락된 시간의 차이로 계산된다는 것입니다. 이 차이는 가장 가까운 분으로 내림됩니다. 즉, 초는 단순히 잘립니다. 이상적으로는 이 주문이 동시에 처리됩니다.
그리고 일반적인 버전에서는 이런 일이 발생합니다. 계정에서 만료 시간을 정확히 10분으로 계산했습니다. 주문이 처리되기까지 남은 시간은 9분 55초입니다. 초가 떨어졌고 9분이 남았습니다. 안좋다.
왜 그들은 언어 도움말에 쓰지 않았습니까? 이것은 프로그래밍에는 적용되지 않지만 클라이언트 터미널에서 일반적인 거래 규칙에 적용되기 때문에 중지 규칙, 보류 중인 주문 규칙 등입니다.
주문이 만료되기 1분 전에 수동으로 설정할 수 있는 이유는 무엇입니까? 이것이 우리의 단점입니다. 보류 중인 주문을 하기 위한 도움말에 이 제한 사항이 명시 되어 있지만
당신은 모든 것이 당신이 생각한 것보다 훨씬 쉽게 설명되어 있습니다. 기술 지원을 요청해야 했습니다. 더 자주 질문하십시오 - 더 적은 질문이 있을 것입니다 .......
클라이언트 터미널에서 도움말을 엽니다. 섹션 "거래 - 거래 포지션 관리 - 보류 주문 설정 ". 독서:
만료 — 주문의 만료 날짜를 설정합니다. 이 시간 이전에 주문이 작동하지 않으면 자동으로 삭제됩니다. 주의: 주문 유효 기간은 10분 이상이어야 합니다!
아하! 우리는 당신을 얻었다! 10이 아니라 11!!! 그리고 요점은 주문의 유효 기간이 만료 시간과 주문이 처리를 위해 수락된 시간의 차이로 계산된다는 것입니다. 이 차이는 가장 가까운 분으로 내림됩니다. 즉, 초는 단순히 잘립니다. 이상적으로는 이 주문이 같은 시간에 처리됩니다.
그리고 일반적인 버전에서는 이런 일이 발생합니다. 계정에서 만료 시간을 정확히 10분으로 계산했습니다. 주문이 처리되기까지 남은 시간은 9분 55초입니다. 초가 떨어졌고 9분이 남았습니다. 안좋다.
왜 그들은 언어 도움말을 쓰지 않았습니까? 이것은 프로그래밍에는 적용되지 않지만 클라이언트 터미널에서 일반적인 거래 규칙에 적용되기 때문에 중지 규칙, 보류 중인 주문 규칙 등입니다.
주문이 만료되기 1분 전에 수동으로 설정할 수 있는 이유는 무엇입니까? 이것이 우리의 단점입니다. 보류 중인 주문을 하기 위한 도움말에 이 제한 사항이 명시 되어 있지만
그래서 여기 "펜에 대해"라고 쓰여진 곳에는 "10분"이라고 되어있지만 실제로는 "적어도 1분부터" 작동한다는 것이 밝혀졌습니다. 이 제한에 대해 적시에 작성되었습니다 ... 최소한 프로그래밍 도움말에 링크가 제공되었습니다.
어쨌든. 이것은 실제로 문제가 되지 않습니다. 왜 API가 없을 것인지 아니면 없을 것인지 알려주십시오.
추측할 필요가 없습니다. "여기에 나눗셈이 어디에 있습니까?" ... 내가 한 질문에 대답하면 됩니다. "주문을 추적하는 EA가 있다면 어떻게 될까요? 0으로 나누기가 있습니까?" 글쎄, 무엇이든 가능하다. 권리? 누구도 실수로부터 자유롭지 않습니다.
아마도 전문가의 작업이 중단되고 아무도 그것에 대해 의심하지 않을 것입니다.
그건 100%...
그리고 전형적인 것이지만 영장은 유효합니다. 그리고 갑자기 그것들이 작동할 것입니다. 왜냐하면 그것들을 제거할 사람이 없을 것이기 때문입니다. 하지만 고문이 다시 시작되거나 감시견의 최악의 끝이 된다면... 그렇다면 최소한 희망이 있을 텐데... 아니면 이 죽은 고문이 열고 닫을 수 있는 명령이... 만약 그들은 자동으로 닫힐 것입니다. 그러면 적어도 기뻐할 것입니다.
그래서 손실이... 일반적으로 여기서 요점은 실제로 주문 관리를 신뢰할 수 없는 도구에 위임할 수 없다는 것입니다. 그리고 터미널과 스크립트는 신뢰할 수 있는 것이 아닙니다. 이를 위해 조건이 있는 서버와 주문이 있습니다.
하지만 고문이 다시 시작되거나 감시견의 최악의 끝이 된다면... 그렇다면 최소한 희망이 있을 텐데... 아니면 이 죽은 고문이 열고 닫을 수 있는 명령이... 만약 그들은 자동으로 닫힐 것입니다. 그러면 적어도 기뻐할 것입니다.
정상적인(올바른) 터미널은 일반적으로 주문을 하기 전에 필터링해야 하며 분명히 수익성이 없는 주문을 서버로 보내는 것을 금지해야 합니다. :)
프로그래머 :
그리고 터미널과 스크립트는 신뢰할 수 있는 것이 아닙니다. ... 따라서 EA에서 삭제를 "프로그램"하는 것은 좋지 않습니다.
이런 경우에 자동화와 자동매매가 도대체 왜 필요한 걸까요?
그건 그렇고, PC도 신뢰할 수 없습니다. 전화로하는 것이 좋습니다. ...하지만 잘릴 수도 있습니다 :)
야, 그녀는 영장을 발부해야 한다. 그리고 지연의 만료 를 추적하기 위해서가 아닙니다. 이를 위해 이러한 주문에 대한 특수 매개변수가 있습니다. 일반적으로 앉을 수 밖에 없기 때문에 사서 닫고... 나머지는 팬티를 들고 왔습니다. 아니, 친구야, 이 지혜는 민중이다. "이 쓰레기"가 왜 발명되었는지 명확하지 않은 경우 대부분 알아낼 필요가 있습니다.
그래서 여기 "펜에 대해"라고 쓰여 있는 곳에는 "10분"이라고 되어 있지만 실제로는 "적어도 1분부터" 작동하고 프로그래밍할 때는 11분부터 작동하고 단어가 하나도 없다는 것이 밝혀졌습니다. 이 제한에 대해 적시에 작성되었습니다 ... 최소한 프로그래밍 도움말에 링크가 제공되었습니다.
봐, 내가 뭐라고 했지? DC는 MT4 작동 규칙조차 모릅니다. 그들이 당신에게 "언제든지 내기, 나는 상관하지 않습니다 ..."라고 말하면 당신은 주장을 할 수 있습니다 .....
나는 뭔가를 이해하지 못한다 -이 상황에서 DC는 개발자보다 MT를 더 잘 알고 있음이 밝혀졌습니다 ... :)))) ... 다시, 어딘가 잘못된 곳 ... 결국, 무엇 그들은 "하지만 당신은 언제든지 핸들을 설정합니다...." :)))) DC에서도 필요하지 않은 제한을 만든 이유를 개발자에게 말하는 것입니다....
야, 그녀는 영장을 발부해야 한다. 그리고 지연의 만료를 추적하기 위해서가 아닙니다. 이를 위해 이러한 주문에 대한 특수 매개변수가 있습니다. 일반적으로 앉을 수 밖에 없기 때문에 사서 닫고... 나머지는 팬티를 들고 왔습니다. 아니 친구야, 이 지혜는 민중이다. "이 쓰레기"가 왜 발명되었는지 명확하지 않은 경우 대부분 알아낼 필요가 있습니다.
내 친구, MT4에는 후행 중지와 같은 shnyaga가 있지만 IMHO는 프로그래밍에 익숙한 사용자가 한 명도 사용하지 않습니다. 누구나 후행 소프트웨어를 만들 수 있기 때문입니다. 만료도 마찬가지입니다.
그리고 특히 0으로 나누는 것은 어디에 있습니까? :(
추측할 필요가 없습니다. "여기에 나눗셈이 어디에 있습니까?" ... 내가 한 질문에 대답하면 됩니다. "주문을 추적하는 EA가 있다면 어떻게 될까요? 0으로 나누기가 있습니까?" 글쎄, 무엇이든 가능하다. 권리? 누구도 실수로부터 자유롭지 않습니다.
아마도 전문가의 작업이 중단되고 아무도 그것에 대해 의심하지 않을 것입니다.
클라이언트 터미널에서 도움말을 엽니다. 섹션 "거래 - 거래 포지션 관리 - 보류 주문 설정 ". 독서:
만료 — 주문의 만료 날짜를 설정합니다. 이 시간 이전에 주문이 작동하지 않으면 자동으로 삭제됩니다.
주의: 주문 유효 기간은 10분 이상이어야 합니다!
아하! 우리는 당신을 얻었다! 10이 아니라 11!!! 그리고 요점은 주문의 유효 기간이 만료 시간과 주문이 처리를 위해 수락된 시간의 차이로 계산된다는 것입니다. 이 차이는 가장 가까운 분으로 내림됩니다. 즉, 초는 단순히 잘립니다. 이상적으로는 이 주문이 동시에 처리됩니다.
그리고 일반적인 버전에서는 이런 일이 발생합니다. 계정에서 만료 시간을 정확히 10분으로 계산했습니다. 주문이 처리되기까지 남은 시간은 9분 55초입니다. 초가 떨어졌고 9분이 남았습니다. 안좋다.
왜 그들은 언어 도움말에 쓰지 않았습니까? 이것은 프로그래밍에는 적용되지 않지만 클라이언트 터미널에서 일반적인 거래 규칙에 적용되기 때문에 중지 규칙, 보류 중인 주문 규칙 등입니다.
주문이 만료되기 1분 전에 수동으로 설정할 수 있는 이유는 무엇입니까? 이것이 우리의 단점입니다. 보류 중인 주문을 하기 위한 도움말에 이 제한 사항이 명시 되어 있지만
당신은 모든 것이 당신이 생각한 것보다 훨씬 쉽게 설명되어 있습니다. 기술 지원을 요청해야 했습니다. 더 자주 질문하십시오 - 더 적은 질문이 있을 것입니다 .......
클라이언트 터미널에서 도움말을 엽니다. 섹션 "거래 - 거래 포지션 관리 - 보류 주문 설정 ". 독서:
만료 — 주문의 만료 날짜를 설정합니다. 이 시간 이전에 주문이 작동하지 않으면 자동으로 삭제됩니다.
주의: 주문 유효 기간은 10분 이상이어야 합니다!
아하! 우리는 당신을 얻었다! 10이 아니라 11!!! 그리고 요점은 주문의 유효 기간이 만료 시간과 주문이 처리를 위해 수락된 시간의 차이로 계산된다는 것입니다. 이 차이는 가장 가까운 분으로 내림됩니다. 즉, 초는 단순히 잘립니다. 이상적으로는 이 주문이 같은 시간에 처리됩니다.
그리고 일반적인 버전에서는 이런 일이 발생합니다. 계정에서 만료 시간을 정확히 10분으로 계산했습니다. 주문이 처리되기까지 남은 시간은 9분 55초입니다. 초가 떨어졌고 9분이 남았습니다. 안좋다.
왜 그들은 언어 도움말을 쓰지 않았습니까? 이것은 프로그래밍에는 적용되지 않지만 클라이언트 터미널에서 일반적인 거래 규칙에 적용되기 때문에 중지 규칙, 보류 중인 주문 규칙 등입니다.
주문이 만료되기 1분 전에 수동으로 설정할 수 있는 이유는 무엇입니까? 이것이 우리의 단점입니다. 보류 중인 주문을 하기 위한 도움말에 이 제한 사항이 명시 되어 있지만
그래서 여기 "펜에 대해"라고 쓰여진 곳에는 "10분"이라고 되어있지만 실제로는 "적어도 1분부터" 작동한다는 것이 밝혀졌습니다. 이 제한에 대해 적시에 작성되었습니다 ... 최소한 프로그래밍 도움말에 링크가 제공되었습니다.
어쨌든. 이것은 실제로 문제가 되지 않습니다. 왜 API가 없을 것인지 아니면 없을 것인지 알려주십시오.
그리고 특히 0으로 나누는 것은 어디에 있습니까? :(
추측할 필요가 없습니다. "여기에 나눗셈이 어디에 있습니까?" ... 내가 한 질문에 대답하면 됩니다. "주문을 추적하는 EA가 있다면 어떻게 될까요? 0으로 나누기가 있습니까?" 글쎄, 무엇이든 가능하다. 권리? 누구도 실수로부터 자유롭지 않습니다.
아마도 전문가의 작업이 중단되고 아무도 그것에 대해 의심하지 않을 것입니다.
그건 100%...
그리고 전형적인 것이지만 영장은 유효합니다. 그리고 갑자기 그것들이 작동할 것입니다. 왜냐하면 그것들을 제거할 사람이 없을 것이기 때문입니다. 하지만 고문이 다시 시작되거나 감시견의 최악의 끝이 된다면... 그렇다면 최소한 희망이 있을 텐데... 아니면 이 죽은 고문이 열고 닫을 수 있는 명령이... 만약 그들은 자동으로 닫힐 것입니다. 그러면 적어도 기뻐할 것입니다.
그래서 손실이... 일반적으로 여기서 요점은 실제로 주문 관리를 신뢰할 수 없는 도구에 위임할 수 없다는 것입니다. 그리고 터미널과 스크립트는 신뢰할 수 있는 것이 아닙니다. 이를 위해 조건이 있는 서버와 주문이 있습니다.
따라서 EA에서 제거를 "프로그래밍"하는 것은 좋지 않은 조언입니다.
하지만 고문이 다시 시작되거나 감시견의 최악의 끝이 된다면... 그렇다면 최소한 희망이 있을 텐데... 아니면 이 죽은 고문이 열고 닫을 수 있는 명령이... 만약 그들은 자동으로 닫힐 것입니다. 그러면 적어도 기뻐할 것입니다.
정상적인(올바른) 터미널은 일반적으로 주문을 하기 전에 필터링해야 하며 분명히 수익성이 없는 주문을 서버로 보내는 것을 금지해야 합니다. :)
그리고 터미널과 스크립트는 신뢰할 수 있는 것이 아닙니다. ... 따라서 EA에서 삭제를 "프로그래밍"하는 것은 좋지 않은 조언입니다.
이런 경우에 자동화와 자동매매가 도대체 왜 필요한 걸까요?
그건 그렇고, PC도 신뢰할 수 없습니다. 전화로하는 것이 좋습니다. ...하지만 잘릴 수도 있습니다 :)
그래서 여기 "펜에 대해"라고 쓰여진 곳에는 "10분"이라고 되어있지만 실제로는 "적어도 1분부터" 작동한다는 것이 밝혀졌습니다. 이 제한에 대해 적시에 작성되었습니다 ... 최소한 프로그래밍 도움말에 링크가 제공되었습니다.
봐, 내가 뭐라고 했지? DC는 MT4 작동 규칙조차 모릅니다. 그들이 당신에게 "언제든지 내기, 나는 상관하지 않습니다 ..."라고 말하면 당신은 주장을 할 수 있습니다 ..... 그들은 망했습니다 .....
하지만 고문이 다시 시작되거나 감시견의 최악의 끝이 된다면... 그렇다면 최소한 희망이 있을 텐데... 아니면 이 죽은 고문이 열고 닫을 수 있는 명령이... 만약 그들은 자동으로 닫힐 것입니다. 그러면 적어도 기뻐할 것입니다.
정상적인(올바른) 터미널은 일반적으로 주문을 하기 전에 필터링해야 하며 분명히 수익성이 없는 주문을 서버로 보내는 것을 금지해야 합니다. :)
그리고 터미널과 스크립트는 신뢰할 수 있는 것이 아닙니다. ... 따라서 EA에서 삭제를 "프로그램"하는 것은 좋지 않습니다.
이런 경우에 자동화와 자동매매가 도대체 왜 필요한 걸까요?
그건 그렇고, PC도 신뢰할 수 없습니다. 전화로하는 것이 좋습니다. ...하지만 잘릴 수도 있습니다 :)
야, 그녀는 영장을 발부해야 한다. 그리고 지연의 만료 를 추적하기 위해서가 아닙니다. 이를 위해 이러한 주문에 대한 특수 매개변수가 있습니다. 일반적으로 앉을 수 밖에 없기 때문에 사서 닫고... 나머지는 팬티를 들고 왔습니다. 아니, 친구야, 이 지혜는 민중이다. "이 쓰레기"가 왜 발명되었는지 명확하지 않은 경우 대부분 알아낼 필요가 있습니다.
그래서 여기 "펜에 대해"라고 쓰여 있는 곳에는 "10분"이라고 되어 있지만 실제로는 "적어도 1분부터" 작동하고 프로그래밍할 때는 11분부터 작동하고 단어가 하나도 없다는 것이 밝혀졌습니다. 이 제한에 대해 적시에 작성되었습니다 ... 최소한 프로그래밍 도움말에 링크가 제공되었습니다.
봐, 내가 뭐라고 했지? DC는 MT4 작동 규칙조차 모릅니다. 그들이 당신에게 "언제든지 내기, 나는 상관하지 않습니다 ..."라고 말하면 당신은 주장을 할 수 있습니다 .....
나는 뭔가를 이해하지 못한다 -이 상황에서 DC는 개발자보다 MT를 더 잘 알고 있음이 밝혀졌습니다 ... :)))) ... 다시, 어딘가 잘못된 곳 ... 결국, 무엇 그들은 "하지만 당신은 언제든지 핸들을 설정합니다...." :)))) DC에서도 필요하지 않은 제한을 만든 이유를 개발자에게 말하는 것입니다....
일반적으로 앉을 수 밖에 없기 때문에 사서 닫고 ... 나머지는 속옷으로 나왔습니다.
아니, 아니, 아니, 당신이 틀렸습니다. 저는 매수 매도 및 매도만 사용합니다. 그리고 그것은 잘 작동합니다. 진실은 다른 프로그램에 있습니다. MT4는 서버 역할을 합니다....)))))))))))))))
야, 그녀는 영장을 발부해야 한다. 그리고 지연의 만료를 추적하기 위해서가 아닙니다. 이를 위해 이러한 주문에 대한 특수 매개변수가 있습니다. 일반적으로 앉을 수 밖에 없기 때문에 사서 닫고... 나머지는 팬티를 들고 왔습니다. 아니 친구야, 이 지혜는 민중이다. "이 쓰레기"가 왜 발명되었는지 명확하지 않은 경우 대부분 알아낼 필요가 있습니다.
내 친구, MT4에는 후행 중지와 같은 shnyaga가 있지만 IMHO는 프로그래밍에 익숙한 사용자가 한 명도 사용하지 않습니다. 누구나 후행 소프트웨어를 만들 수 있기 때문입니다. 만료도 마찬가지입니다.