같은 색의 행은 같은 것을 의미합니다. 그러나 그들이 다른 순서로 가고 있음을 분명히 알 수 있습니다. Robo의 경우 주문 실행에 대한 메시지는 트랜잭션 실행 후에 옵니다. 그리고 오픈을 위해 - BEFORE! 이러한 이유로 OrderSend는 행운을 반환하지만 아직 거래는 없습니다. 저것들. 버그인 기록과 OrderSend가 동기화되지 않습니다. 이유는 무엇입니까?
주문이 외부 거래 시스템으로 전송되면 MetaTrader 5 거래 서버는 응답을 기다리지 않고 즉시 요청 결과를 "주문 완료"로 반환합니다. 이러한 이유로 아직 완료된 거래에 대한 정보가 없기 때문에 OrderSend는 항상 거래=0을 반환합니다. OnTrade 또는 OnTradeTransaction에서 확인하십시오.
주문이 외부 거래 시스템으로 전송되면 MetaTrader 5 거래 서버는 응답을 기다리지 않고 즉시 요청 결과를 "주문 완료"로 반환합니다. 이러한 이유로 아직 완료된 거래에 대한 정보가 없기 때문에 OrderSend는 항상 거래=0을 반환합니다. OnTrade 또는 OnTradeTransaction에서 확인하십시오.
나는 OnTrade* 없이 그것을 잡습니다. 시장 요청에 Result.deal != 0을 반환하는 모든 거래 서버는 어디에도 아무것도 표시하지 않는다는 것이 밝혀졌습니다.
누가 실제 교환을 하는지 알려주세요. 성공적인 OrderSend (비동기가 아닌) 시장 주문 후 Result.deal이 무엇인지 알려주십시오.
테스트된 Expert Advisor에서는 테스트/최적화에 사용된 것보다 짧은 시간 프레임 의 데이터에 액세스할 수 없습니다. 예를 들어 H1 기간에 테스트/최적화를 수행하면 데이터 H2, H3, H4 등에 액세스할 수 있지만 데이터 M30, M20, M10 등에는 액세스할 수 없습니다. 또한 액세스하는 이전 기간은 테스트 기간의 배수여야 합니다. 예를 들어 M20 기간에 테스트할 때 M30 기간을 참조할 수 없지만 H1을 사용할 수 있습니다. 이러한 제한은 테스트/최적화 중에 생성된 막대에서 더 낮거나 다중이 아닌 시간 프레임의 데이터를 가져올 수 없기 때문입니다.
다른 시간대의 데이터 액세스에 대한 제한은 EA에서 데이터를 사용하는 다른 기호에도 적용됩니다. 그러나 이 경우 각 기호에 대한 제한은 테스트/최적화 중에 액세스되는 첫 번째 시간 프레임입니다. 예를 들어 EURUSD H1 기호와 기간에 대해 테스트가 수행되며 EA는 GBPUSD M20 기호에 처음으로 적용했습니다. 이러한 상황에서 EA는 EURUSD H1, H2 등의 데이터와 GBPUSD M20, H1, H2 등의 데이터를 추가로 사용할 수 있습니다.
Идея автоматической торговли привлекательна тем, что торговый робот может без устали работать 24 часа в сутки и семь дней в неделю. Робот не знает усталости, сомнений и страха, ему не ведомы психологические проблемы. Достаточно четко формализовать торговые правила и реализовать их в виде алгоритмов, и робот готов неустанно трудиться. Но прежде...
안녕하세요! 나에게만 스토리지가 작동하지 않습니까? 아니면 일종의 버그입니까? 내 컴퓨터에 폴더를 만들고 , 저장소에 폴더를 추가하고, 저장소에 변경 사항을 보내고, 그게 다야..... 변경 사항을 보냈지만 파일이 있는 폴더가 저장소에 나타나지 않습니다. ! 그래서 모든 것이 연결되어 있습니다 .... 또는 다시 모든 것이 항상 그렇듯이 까다 롭고 뭔가 잘못하고 있습니다)))
Tango_X : 안녕하세요! 나에게만 스토리지가 작동하지 않습니까? 아니면 일종의 버그입니까? 내 컴퓨터에 폴더를 만들고 , 저장소에 폴더를 추가하고, 저장소에 변경 사항을 보내고, 그게 다야..... 변경 사항을 보냈지만 파일이 있는 폴더가 저장소에 나타나지 않습니다. ! 그래서 모든 것이 연결되어 있습니다 .... 또는 다시 모든 것이 항상 그렇듯이 까다 롭고 뭔가 잘못하고 있습니다)))
MQL5 Storage 작업을 위해 변경된 프로토콜 새로운 그룹 프로젝트를 지원하기 위해 MQL5 Storage 온라인 스토리지 작업을 위한 프로토콜이 변경되었습니다. 안타깝게도 새 버전의 플랫폼으로 업그레이드한 후에는 저장소에서 모든 데이터를 다시 추출해야 합니다. 저장된 데이터 자체는 영향을 받거나 손실되지 않습니다.
플랫폼의 새 버전으로 업그레이드하기 전에 모든 로컬 변경 사항을 리포지토리에 커밋(커밋)하는 것이 좋습니다.
MQL5에 대한 질문에는 순수 MQL5 코드를 포함하십시오.
이 버그는 MQL5에 영향을 미치지 않습니다.
이유가 있든 없든 당신의 멋진 광고를 보는 것이 지겹습니다.
무엇을 광고?
두 거래 데모 서버에서 손으로 BUY 포지션을 엽니다.
RoboForex-MetaTrader 5
FXOpen-MT5
같은 색의 행은 같은 것을 의미합니다. 그러나 그들이 다른 순서로 가고 있음을 분명히 알 수 있습니다. Robo의 경우 주문 실행에 대한 메시지는 트랜잭션 실행 후에 옵니다. 그리고 오픈을 위해 - BEFORE! 이러한 이유로 OrderSend는 행운을 반환하지만 아직 거래는 없습니다. 저것들. 버그인 기록과 OrderSend가 동기화되지 않습니다. 이유는 무엇입니까?
주문이 외부 거래 시스템으로 전송되면 MetaTrader 5 거래 서버는 응답을 기다리지 않고 즉시 요청 결과를 "주문 완료"로 반환합니다. 이러한 이유로 아직 완료된 거래에 대한 정보가 없기 때문에 OrderSend는 항상 거래=0을 반환합니다. OnTrade 또는 OnTradeTransaction에서 확인하십시오.
무역 이벤트 리스너의 예 는 MOEX 모스크바 거래소 - TradeTransactionListener.mq5를 위한 거래 로봇을 생성할 때 시작 위치 문서에 나와 있습니다.
주문이 외부 거래 시스템으로 전송되면 MetaTrader 5 거래 서버는 응답을 기다리지 않고 즉시 요청 결과를 "주문 완료"로 반환합니다. 이러한 이유로 아직 완료된 거래에 대한 정보가 없기 때문에 OrderSend는 항상 거래=0을 반환합니다. OnTrade 또는 OnTradeTransaction에서 확인하십시오.
나는 OnTrade* 없이 그것을 잡습니다. 시장 요청에 Result.deal != 0을 반환하는 모든 거래 서버는 어디에도 아무것도 표시하지 않는다는 것이 밝혀졌습니다.
누가 실제 교환을 하는지 알려주세요. 성공적인 OrderSend (비동기가 아닌) 시장 주문 후 Result.deal이 무엇인지 알려주십시오.
최소값을 구하는 방법을 알려주세요. 현재 가격에서 보류 주문 까지의 거리?
도구 정보
안녕하세요.
공개 가격으로만 클라우드에서 최적화할 때 이러한 오류가 발생한 사람이 있습니까?
오류는 영구적이지 않습니다. 저것들. "매우 드물게" 발생하지만 10,000개의 결과를 실행할 때 50번 팝업됩니다.
최적화 중에는 TF를 변경하지 않습니다.
이 모든 것은 오랫동안 설명되었습니다. https://www.mql5.com/en/articles/239
공개 가격 전용 모드 사용에는 여러 가지 제한 사항이 있습니다.
안녕하세요! 나에게만 스토리지가 작동하지 않습니까? 아니면 일종의 버그입니까? 내 컴퓨터에 폴더를 만들고 , 저장소에 폴더를 추가하고, 저장소에 변경 사항을 보내고, 그게 다야..... 변경 사항을 보냈지만 파일이 있는 폴더가 저장소에 나타나지 않습니다. ! 그래서 모든 것이 연결되어 있습니다 .... 또는 다시 모든 것이 항상 그렇듯이 까다 롭고 뭔가 잘못하고 있습니다)))
새 Vault를 연결했거나 이전 Vault에 대한 실험을 연결했습니까?
MetaTrader 5 플랫폼 빌드 1730의 새 버전: MetaEditor 및 합성 도구의 프로젝트 :
MQL5 Storage 작업을 위해 변경된 프로토콜
새로운 그룹 프로젝트를 지원하기 위해 MQL5 Storage 온라인 스토리지 작업을 위한 프로토콜이 변경되었습니다. 안타깝게도 새 버전의 플랫폼으로 업그레이드한 후에는 저장소에서 모든 데이터를 다시 추출해야 합니다. 저장된 데이터 자체는 영향을 받거나 손실되지 않습니다.
플랫폼의 새 버전으로 업그레이드하기 전에 모든 로컬 변경 사항을 리포지토리에 커밋(커밋)하는 것이 좋습니다.