오류, 버그, 질문 - 페이지 149 1...142143144145146147148149150151152153154155156...3184 새 코멘트 Дмитрий 2010.09.25 17:01 #1481 Vladix : 지연 설정 - 예, 수락합니다. 몇 줄의 코드가 필요합니까? 그리고 다중 통화에 대해 이야기하면 각 통화에 대한 지연을 고려해야합니다. 그렇죠? 이 문제를 해결하는 코드를 작성했습니다. 나는 단지 그를 좋아하지 않는다, 미안하다, 너와 같다. 그리고 요점은 편견이 아니라 단순하고 우아한 다른 옵션이 없다는 것입니다. 거래 요청 블록에 다중 통화에 대한 두 줄이 있습니다. 그게 다야... 주문을 열어야 한다면 현재 시간이 금지 종료 시간보다 큰지 확인하십시오. 훨씬 더 우아하고 절대적으로 신뢰할 수 있으며 이것 저것 ... if (типдействия== TRADE_ACTION_DEAL || типдействия== TRADE_ACTION_PENDING ) ВремяОкончанияЗапрета[i3]= TimeCurrent ()+СекундыЗадержкиПослеЗапроса; Aleksey Lebedev 2010.09.25 21:09 #1482 Vladix : 지연 설정 - 예, 수락합니다. 몇 줄의 코드가 필요합니까? 그리고 다중 통화에 대해 이야기하면 각 통화에 대한 지연을 고려해야합니다. 그렇죠? 이 문제를 해결하는 코드를 작성했습니다. 나는 단지 그를 좋아하지 않는다, 미안하다, 너와 같다. 그리고 요점은 편견이 아니라 단순하고 우아한 다른 옵션이 없다는 것입니다. 지연은 우리의 방법이 아닙니다)) 1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다. 2. 미실행의 경우 - 변수=-1; 실행의 경우, 우리는 기다리지 않습니다. 아무 것도 하지 않고 위치(또는 주문)의 수가 변수와 같지 않을 때까지 각 틱에서 확인합니다. 3. 어떻게 같지 않게 되었는지 - 변수 = -1; Документация по MQL5: Торговые функции / PositionsTotal www.mql5.com Торговые функции / PositionsTotal - Документация по MQL5 Дмитрий 2010.09.25 22:27 #1483 Swan : 지연은 우리의 방법이 아닙니다)) 1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다. 열려있나요? 위치는 각 악기에서 동일합니다 .... 충전하거나 부분적으로 닫을 수 없다는 것입니다 ... 금액은 동일합니다. 그리고 기록에 있는 주문 수를 다시 확인하는 것은 허용되지 않습니다... 어디서 주문이 올지 알 수 없습니다. Валерий 2010.09.25 23:39 #1484 Swan : 지연은 우리의 방법이 아닙니다)) 1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다. 2. 미실행의 경우 - 변수=-1; 실행의 경우, 우리는 기다리지 않습니다. 아무 것도 하지 않고 위치(또는 주문)의 수가 변수와 같지 않을 때까지 각 틱에서 확인합니다. 3. 어떻게 같지 않게 되었는지 - 변수 = -1; 방법이 아니라 - 핍싱만을 위한 것이 아니라 중기 거래를 위한 - 일반적인 방법입니다. 그렇지 않으면 10024 TRADE_RETCODE_TOO_MANY_REQUESTS 너무 잦은 요청 전문가 거래를 금지할 수 있습니다. Aleksey Lebedev 2010.09.25 23:54 #1485 Dmitriy2 : 열려있나요? 위치는 각 악기에서 동일합니다 .... 충전하거나 부분적으로 닫을 수 없다는 것입니다 ... 금액은 동일합니다. 그리고 기록에 있는 주문 수를 다시 확인하는 것은 허용되지 않습니다... 어디서 주문이 올지 알 수 없습니다. 네. 알고 있습니다) OrderSend()의 결과로 변경되어야 하는 사항을 변수에 씁니다. 완전히 닫을 때(또는 새 것을 열 때), 총 포즈 수는 여전히 변경됩니다(예, 충분하고 더 신뢰할 수 있는 것처럼 보이며 기호가 기억할 포즈가 / 없습니다). 기억해야 할 모나와 볼륨, 토핑/컷팅할 때도 효과가 있습니다. 보류 중인 주문을 배치/제거할 때 - 주문 수(기호로 셀 수도 있음). 일반적으로: 약간의 상상력과 거래 작업 유형에 대해 하나의 변수만 추가하면 코드가 더 안정적이고 간단하고 우아해집니다. :) [아카이브!] 포럼을 어지럽히 지 초보자의 질문 MQL5 MT5 [ARCHIVE!] 포럼을 어지럽히 지 Aleksey Lebedev 2010.09.26 00:52 #1486 Valmars : 방법이 아니라 - 핍싱만을 위한 것이 아니라 중기 거래를 위한 - 일반적인 방법입니다. 그렇지 않으면 10024 TRADE_RETCODE_TOO_MANY_REQUESTS 너무 잦은 요청 전문가 거래를 금지할 수 있습니다. 그것은 다른 것에 관한 것입니다. 4k에서는 다음과 같았습니다. ERR_TOO_MANY_REQUESTS 141 요청이 너무 많습니다. 요청 빈도를 줄이고 프로그램 논리를 변경해야 합니다. 이 오류를 달성하려면 매우 열심히 노력하거나 교활한 DC에 계정이 있어야 합니다. :) sleep은 일부 오류를 처리하는 일반적인 방법이며 다른 경우에는 다소 비뚤어진 것처럼 보입니다. Валерий 2010.09.26 01:40 #1487 Swan : 그것은 다른 것에 관한 것입니다. 4k에서는 다음과 같았습니다. 이 오류를 달성하려면 매우 열심히 시도하거나 까다로운 DC에 계정이 있어야 합니다. :) sleep은 일부 오류를 처리하는 일반적인 방법이며 다른 경우에는 다소 비뚤어진 것처럼 보입니다. 글쎄 잘 모르겠어... 터미널 설명서에도 다음과 같이 나와 있습니다. 한 위치에 대해 Trailing Stop은 10초마다 한 번 이상 발동될 수 없습니다. 저것들. 터미널 자체가 이 지연을 설정합니다. 그러나 후행 중지는 서버에서 자동으로 처리됩니다. Aleksey Lebedev 2010.09.26 02:45 #1488 Valmars : 글쎄 잘 모르겠다... 터미널 설명서에도 다음과 같이 나와 있습니다. 한 위치에 대해 Trailing Stop은 10초마다 한 번 이상 발동될 수 없습니다. 저것들. 터미널 자체가 이 지연을 설정합니다. 그러나 후행 중지는 서버에서 자동으로 처리됩니다. 5개 표시에서 움직임이 멈춘 각 틱은 실제로 가치가 없습니다. 그러나 이것이 10초마다 후행하는 경우를 의미하지는 않습니다. 트리거됨 - 다른 거래 작업 이 금지됩니다. 다른 얘기를 하고 있어요 :) 블라딕스 : 기본적으로 문제는 다음과 같습니다. 진드기가오고 표시기가 닫을 필요가 있음을 보여줍니다. 닫습니다 다음 틱이 오면 표시기가 닫을 필요가 있음을 보여주고 더 이상 무엇을해야할지 모르겠습니다. 위치가 매달려 있으며 물론 현재 상황을 알 수 있지만 다섯 번째를 통해 가리키다. 여기서 다섯 번째 포인트를 사용하지 않고 위치에 대한 정보가 업데이트되었는지 확인하기만 하면 됩니다. 바람직합니다.) Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций - Документация по MQL5 [삭제] 2010.09.26 04:34 #1489 개발자. MQL 도움말에는 "포인터" 탭에 ENUM_CHART_VOLUME_MODE 가 없습니다. 추가해주세요... Дмитрий 2010.09.26 05:32 #1490 Swan : 일반적으로: 약간의 환상과 거래 작업 유형당 하나의 변수만 추가하면 코드가 더 안정적이고 간단하고 우아해집니다. :) 글쎄, 사람이 필요로하는 코드를 구체적으로 상상해보십시오. 그래야 10 줄로되어 나와 같이 신뢰할 수 있고 그가 원하는 것이 무엇인지 알 수 있습니다. :) 그리고 당신이 제안한 것처럼 우아함에 대해 절대적이고 논리적으로 작업을 만족시키는 두 줄에서 이해할 수없는 논리로 무리를 만듭니다 ... 백조 : 지연은 우리의 방법이 아닙니다)) 처형의 경우 기다리고 있습니다, 선생님... ...3. 상관없었다는 듯이... 그리고 얼마나 기다리나요? 지연으로 간주되지 않습니까? 그리고 그것이 "같지 않음"이 되지 않는다면? 그리고 우리는 바다에서 날씨를 기다리고 있습니다 ... 무역 요청은 쉽게 사실로 돌아올 수 있지만 실제로는 이루어지지 않습니다 ... 1...142143144145146147148149150151152153154155156...3184 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
지연 설정 - 예, 수락합니다. 몇 줄의 코드가 필요합니까? 그리고 다중 통화에 대해 이야기하면 각 통화에 대한 지연을 고려해야합니다. 그렇죠?
이 문제를 해결하는 코드를 작성했습니다. 나는 단지 그를 좋아하지 않는다, 미안하다, 너와 같다. 그리고 요점은 편견이 아니라 단순하고 우아한 다른 옵션이 없다는 것입니다.
거래 요청 블록에 다중 통화에 대한 두 줄이 있습니다. 그게 다야... 주문을 열어야 한다면 현재 시간이 금지 종료 시간보다 큰지 확인하십시오. 훨씬 더 우아하고 절대적으로 신뢰할 수 있으며 이것 저것 ...
지연 설정 - 예, 수락합니다. 몇 줄의 코드가 필요합니까? 그리고 다중 통화에 대해 이야기하면 각 통화에 대한 지연을 고려해야합니다. 그렇죠?
이 문제를 해결하는 코드를 작성했습니다. 나는 단지 그를 좋아하지 않는다, 미안하다, 너와 같다. 그리고 요점은 편견이 아니라 단순하고 우아한 다른 옵션이 없다는 것입니다.
지연은 우리의 방법이 아닙니다))
1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다.
2. 미실행의 경우 - 변수=-1;
실행의 경우, 우리는 기다리지 않습니다. 아무 것도 하지 않고 위치(또는 주문)의 수가 변수와 같지 않을 때까지 각 틱에서 확인합니다.
3. 어떻게 같지 않게 되었는지 - 변수 = -1;
지연은 우리의 방법이 아닙니다))
1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다.
지연은 우리의 방법이 아닙니다))
1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다.
2. 미실행의 경우 - 변수=-1;
실행의 경우, 우리는 기다리지 않습니다. 아무 것도 하지 않고 위치(또는 주문)의 수가 변수와 같지 않을 때까지 각 틱에서 확인합니다.
3. 어떻게 같지 않게 되었는지 - 변수 = -1;
방법이 아니라 - 핍싱만을 위한 것이 아니라 중기 거래를 위한 - 일반적인 방법입니다. 그렇지 않으면
10024
TRADE_RETCODE_TOO_MANY_REQUESTS
너무 잦은 요청
전문가 거래를 금지할 수 있습니다.
열려있나요? 위치는 각 악기에서 동일합니다 .... 충전하거나 부분적으로 닫을 수 없다는 것입니다 ... 금액은 동일합니다. 그리고 기록에 있는 주문 수를 다시 확인하는 것은 허용되지 않습니다... 어디서 주문이 올지 알 수 없습니다.
네. 알고 있습니다) OrderSend()의 결과로 변경되어야 하는 사항을 변수에 씁니다.
완전히 닫을 때(또는 새 것을 열 때), 총 포즈 수는 여전히 변경됩니다(예, 충분하고 더 신뢰할 수 있는 것처럼 보이며 기호가 기억할 포즈가 / 없습니다). 기억해야 할 모나와 볼륨, 토핑/컷팅할 때도 효과가 있습니다.
보류 중인 주문을 배치/제거할 때 - 주문 수(기호로 셀 수도 있음).
일반적으로: 약간의 상상력과 거래 작업 유형에 대해 하나의 변수만 추가하면 코드가 더 안정적이고 간단하고 우아해집니다. :)
방법이 아니라 - 핍싱만을 위한 것이 아니라 중기 거래를 위한 - 일반적인 방법입니다. 그렇지 않으면
10024
TRADE_RETCODE_TOO_MANY_REQUESTS
너무 잦은 요청
전문가 거래를 금지할 수 있습니다.
그것은 다른 것에 관한 것입니다. 4k에서는 다음과 같았습니다.
ERR_TOO_MANY_REQUESTS 141 요청이 너무 많습니다. 요청 빈도를 줄이고 프로그램 논리를 변경해야 합니다.
이 오류를 달성하려면 매우 열심히 노력하거나 교활한 DC에 계정이 있어야 합니다. :)
sleep은 일부 오류를 처리하는 일반적인 방법이며 다른 경우에는 다소 비뚤어진 것처럼 보입니다.
그것은 다른 것에 관한 것입니다. 4k에서는 다음과 같았습니다.
이 오류를 달성하려면 매우 열심히 시도하거나 까다로운 DC에 계정이 있어야 합니다. :)
sleep은 일부 오류를 처리하는 일반적인 방법이며 다른 경우에는 다소 비뚤어진 것처럼 보입니다.
글쎄 잘 모르겠어...
터미널 설명서에도 다음과 같이 나와 있습니다.
글쎄 잘 모르겠다...
터미널 설명서에도 다음과 같이 나와 있습니다.
다른 얘기를 하고 있어요 :)
블라딕스 :
기본적으로 문제는 다음과 같습니다.
진드기가오고 표시기가 닫을 필요가 있음을 보여줍니다. 닫습니다
다음 틱이 오면 표시기가 닫을 필요가 있음을 보여주고 더 이상 무엇을해야할지 모르겠습니다. 위치가 매달려 있으며 물론 현재 상황을 알 수 있지만 다섯 번째를 통해 가리키다.여기서 다섯 번째 포인트를 사용하지 않고 위치에 대한 정보가 업데이트되었는지 확인하기만 하면 됩니다. 바람직합니다.)
개발자.
MQL 도움말에는 "포인터" 탭에 ENUM_CHART_VOLUME_MODE 가 없습니다. 추가해주세요...
일반적으로: 약간의 환상과 거래 작업 유형당 하나의 변수만 추가하면 코드가 더 안정적이고 간단하고 우아해집니다. :)
글쎄, 사람이 필요로하는 코드를 구체적으로 상상해보십시오. 그래야 10 줄로되어 나와 같이 신뢰할 수 있고 그가 원하는 것이 무엇인지 알 수 있습니다. :)
그리고 당신이 제안한 것처럼 우아함에 대해 절대적이고 논리적으로 작업을 만족시키는 두 줄에서 이해할 수없는 논리로 무리를 만듭니다 ...
지연은 우리의 방법이 아닙니다))
처형의 경우 기다리고 있습니다, 선생님... ...3. 상관없었다는 듯이...
그리고 얼마나 기다리나요? 지연으로 간주되지 않습니까? 그리고 그것이 "같지 않음"이 되지 않는다면? 그리고 우리는 바다에서 날씨를 기다리고 있습니다 ... 무역 요청은 쉽게 사실로 돌아올 수 있지만 실제로는 이루어지지 않습니다 ...