Торговая деятельность в платформе связана с формированием и отсылкой рыночных и отложенных ордеров для исполнения брокером, а также с управлением текущими позициями путем их модификации или закрытия. Платформа позволяет удобно просматривать торговую историю на счете, настраивать оповещения о событиях на рынке и многое другое. Открытие позиций...
Python - MT5 번들을 계속 테스트합니다. 또 다른 흥미로운 점, 아마도 버그가 밝혀졌습니다. 본질.
가끔 단말기에 있는 모든 금융상품(약 400만) 중에서 금융상품을 선택하는 작업을 합니다. 외부 응용 프로그램에서 터미널에 연결합니다. 스크립트는 터미널 내에서 실행되지 않습니다.
각 기호에 대해 매일 및 분 막대를 얻은 다음 "판다"를 통해 계산 및 초기 도구 선택을 수행합니다. 그러한 작업을 한 번 수행한 후 터미널 자체가 점차적으로 프로세서를 최대 70-80%까지 로드하기 시작하는 것으로 나타났습니다. 스크립트를 실행한 후 프로세서 부하가 떨어지지 않고(15분 동안 기다리려고 시도했습니다) 터미널 자체가 많이 느려집니다. 터미널을 닫는 것만 으로도 도움이 됩니다. 터미널을 닫지 않고 스크립트를 2회 실행하면 오류 없이 스크립트가 작동하지만 프로세서 로드는 70~80% 수준으로 유지됩니다.
실험을 반복할 수 있도록 스크립트를 최소한으로 단순화하고 견적 요청만 남겼습니다. 문제도 남아 있습니다.
A::i1 정적 배열 - ArrayIsDynamic 함수로 확인했습니다. - 결과: false
두 번째 게시물의 요점은 무엇입니까? 선언 시 한번에 크기를 설정할 수 없는 이유는 무엇입니까?
일반적으로 (1)에서 정적 케이스의 크기가 암시적으로 파생된다면 두 번째 케이스에서도 왜 그렇지 않다고 확신합니까?
두 터미널에서 주석 글꼴을 지우는 방법을 알려주십시오.
MT4의 터미널에서는 100% 확대/축소의 브라우저에서와 같이 모든 것이 흐릿하게 보입니다.
그러나 브라우저에서 확대를 시작하자마자 화면의 MT4 사진이 더 좋아집니다.
MT5에서와 같이 터미널 자체에서 명확해야 합니다.
두 번째 게시물의 요점은 무엇입니까? 선언 시 한번에 크기를 설정할 수 없는 이유는 무엇입니까?
일반적으로 (1)에서 정적 케이스의 크기가 암시적으로 파생된다면 두 번째 케이스에서도 왜 그렇지 않다고 확신합니까?
동적 배열 요소의 첫 번째 초기화에서 그리고 초기화 후에 암시적으로 배열은 정적입니다.
두 번째에서는 정적 배열의 차원을 다시 선언합니다. 정적 배열을 선언한 후 다시 선언해도 오류가 발생합니다.
동의합니다. 편리하지 않습니다. 그리고 명확하지 않은 오류가 발생할 수 있습니다.
두 터미널에서 주석 글꼴을 명확하게 만드는 방법을 알려주십시오.
MT4의 터미널에서는 100% 확대/축소의 브라우저에서와 같이 모든 것이 흐릿하게 보입니다.
그러나 브라우저에서 확대를 시작하자마자 화면의 MT4 사진이 더 좋아집니다.
MT5에서와 같이 터미널 자체에서 명확해야 합니다.
VPS에 있습니까? 예인 경우 선택 취소:
아니면 모든 상자의 선택을 취소하는 것이 좋습니다.
VPS에 있습니까? 예인 경우 선택 취소:
아니면 모든 상자의 선택을 취소하는 것이 좋습니다.
이것은 가정용 기계에 있습니다. MT4만 정상적으로 나왔으면 합니다. 다른 응용 프로그램에는 영향을 미치지 않았습니다.
테스터의 롤오버 버그는 무엇입니까? 첨부된 예시는 다음과 같은 스크린샷입니다. 오픈 포지션 매도, 매수를 통해 롤오버 시 닫은 다음 매도를 통해 재개장하지만 거래량은 0입니다.
결과적으로 포지션이 다시 열리지 않고 사라집니다. 화면에 강조 표시됩니다. 나는 이미 사진 없이 이것에 대해 썼습니다. 이 버그는 무엇입니까? 이 때문에 테스트할 방법이 없습니다.
터미널을 2670으로 업데이트 했습니다. 모든 것이 정상인 것 같았지만 90시간의 테스트와 약 15,000번의 통과 후 한 에이전트가 다시 결함이 발생했습니다.
빌드 2561을 설치했습니다.
3개의 에이전트가 8시간 후에 중단되었지만 이제 완료 비율이 100을 넘지 않고 그대로 유지됩니다.
동시에 에이전트는 내가 모르는 사이에 빌드 2675로 업데이트되었으며 아마도 이전 빌드가 아닌 새 빌드에 매달려있을 것입니다.
2020.11.13 19:55:05.277 OnBookE(EURUSD.gl,M1) boMBA_false
그리고 동시에 이 기호에 따른 유리가 있으며 성공적으로 작동합니다. 저것들. BookEvent 를 종료하지 않습니다.
Forex의 경우 오더북이 표시되지만 이벤트가 없으며 선물 및 주식의 경우 작동하는 문제가 해결되었습니다.
안녕하세요!
개발자에게 호소합니다.
Python - MT5 번들을 계속 테스트합니다. 또 다른 흥미로운 점, 아마도 버그가 밝혀졌습니다.
본질.
가끔 단말기에 있는 모든 금융상품(약 400만) 중에서 금융상품을 선택하는 작업을 합니다.
외부 응용 프로그램에서 터미널에 연결합니다. 스크립트는 터미널 내에서 실행되지 않습니다.
각 기호에 대해 매일 및 분 막대를 얻은 다음 "판다"를 통해 계산 및 초기 도구 선택을 수행합니다.
그러한 작업을 한 번 수행한 후 터미널 자체가 점차적으로 프로세서를 최대 70-80%까지 로드하기 시작하는 것으로 나타났습니다.
스크립트를 실행한 후 프로세서 부하가 떨어지지 않고(15분 동안 기다리려고 시도했습니다) 터미널 자체가 많이 느려집니다. 터미널을 닫는 것만 으로도 도움이 됩니다.
터미널을 닫지 않고 스크립트를 2회 실행하면 오류 없이 스크립트가 작동하지만 프로세서 로드는 70~80% 수준으로 유지됩니다.
실험을 반복할 수 있도록 스크립트를 최소한으로 단순화하고 견적 요청만 남겼습니다. 문제도 남아 있습니다.
필요한 경우 비디오를 녹화하거나 다른 형식으로 정보를 제공할 준비가 되어 있습니다.
파이썬 코드:
진심으로, 알렉산더