Renat: Конечно после принятия сервером - это же очевидно. Кроме того, функция называется OrderSEND.
알겠습니다!
"명백함"에 관해서는 - 이것은 대부분 1 년 이상 시스템과 긴밀히 협력 해 온 사람들을위한 것입니다. 저는 참고서의 문구("구조의 기본 확인에 성공하면 참이 반환된다"는 OrderSend() 함수의 경우)가 참을 반환하는 충분한 조건으로 간주될 수 있는지에 대한 질문을 우연히 발견했습니다. 이제 아니요, 필요 조건일 뿐 충분 조건은 아니라는 것이 밝혀졌습니다.
2011.01.26 12:59:26 네트워크 '716201': 메타쿼츠 데모 연결 끊김 2011.01.26 12:59:26 거래 '716201': 1.37136에 1.00 EURUSD 즉시 매수 실패 [연결 없음] 2011.01.26 12:58:40 거래 '716201': 1.37136에 1.00 EURUSD 즉시 매수 2011.01.26 12:56:17 네트워크 '716201': 터미널 동기화 MetaQuotes Software Corp.
수동 거래. 스톱과 TP 없이 시장에서 매수를 누릅니다. 메시지가 표시되고 주문이 대기열에...연결이 끊어지고...복원되고...주문이 실행되지 않습니다.
이 대기열은 무엇인가요? 어디에 위치하나요? 주문이 서버에서 이미 수락된 경우 주문이 실행되지 않는 이유는 무엇인가요? 이유?
void CheckStartDateInTradeHistory()
{
//--- 초기 간격, 마치 지금 바로 작업을 시작한 것처럼datetime curr_start=TimeCurrent()-days*PeriodSeconds(PERIOD_D1);
//--- 거래 내역의 시작 제한이 사라지지 않았는지 확인합니다. //--- 예정된 날짜보다 1일 이상 초과if(curr_start-start>PeriodSeconds(PERIOD_D1))
{
//--- 캐시에 로드할 기록의 시작 날짜를 수정해야 합니다.
start=curr_start;
PrintFormat("New start limit of the trade history to be loaded: start => %s",
TimeToString(start));
//--- 이제 수정된 기간의 거래 내역을 다시 로드합니다.HistorySelect(start,end);
//--- 추가 비교를 위해 기록에서 거래 및 주문 수를 수정합니다.
history_orders=HistoryOrdersTotal();
deals=HistoryOrdersTotal();
}
}
이 기사에서는 주문 전송 () 함수로 요청을 보낼 때 주문 티켓의 수신과 터미널의 주문 표시가 제 시간에 일치하지 않을 수 있는 비동기 거래 이벤트에 대해 설명합니다. 여기서 모든 것이 명확합니다. 지난 가을 사람들은 3 초 동안 잠들어서 이러한 비동기를 극복하라고 조언했습니다. 그러나 티켓 값과 주문 자체가 터미널에 표시되는 보장 된 시간은 얼마입니까 (서버가 주문을 수락 한 후)? 필요한 경우 20초 동안 기다릴 수 있지만 이러한 '수동 동기화'를 보장하는 기간이 어느 정도인지 알고 싶습니다.
Renat:
Конечно после принятия сервером - это же очевидно. Кроме того, функция называется OrderSEND.
알겠습니다!
"명백함"에 관해서는 - 이것은 대부분 1 년 이상 시스템과 긴밀히 협력 해 온 사람들을위한 것입니다. 저는 참고서의 문구("구조의 기본 확인에 성공하면 참이 반환된다"는 OrderSend() 함수의 경우)가 참을 반환하는 충분한 조건으로 간주될 수 있는지에 대한 질문을 우연히 발견했습니다. 이제 아니요, 필요 조건일 뿐 충분 조건은 아니라는 것이 밝혀졌습니다.
제 생각에는 사실에서만 결론을 도출해서는 안되며 서버 응답 코드도 분석해야합니다 (그리고 마지막 코드가 더 우선 순위가 높습니다).
예,이 몇 시간 동안 베일이 무너진 것처럼 느껴졌습니다. 반환 코드 중 "기본 구조의 성공적인 확인"(그렇게 부르자)에 대한 코드가 전혀 없기 때문에 기본 확인 후 즉시 true를 반환 할 수없는 이유입니다.
반환 코드에 대한 자세한 분석은 참조 서적에서 권장됩니다. 저는 사용 가능한 검사 수를 합리적으로 줄일 수있는 방법을 계속 찾고 있습니다.
무슨 뜻인지 설명해 주시겠어요? 영장이 대기열에 배치되었나요?
다음 상황
2011.01.26 12:59:26 네트워크 '716201': 메타쿼츠 데모 연결 끊김
2011.01.26 12:59:26 거래 '716201': 1.37136에 1.00 EURUSD 즉시 매수 실패 [연결 없음]
2011.01.26 12:58:40 거래 '716201': 1.37136에 1.00 EURUSD 즉시 매수
2011.01.26 12:56:17 네트워크 '716201': 터미널 동기화 MetaQuotes Software Corp.
수동 거래. 스톱과 TP 없이 시장에서 매수를 누릅니다. 메시지가 표시되고 주문이 대기열에...연결이 끊어지고...복원되고...주문이 실행되지 않습니다.
이 대기열은 무엇인가요? 어디에 위치하나요? 주문이 서버에서 이미 수락된 경우 주문이 실행되지 않는 이유는 무엇인가요? 이유?
마지막 두 줄이 보이시나요?
가 있어야 합니다:
history_orders=HistoryOrdersTotal(); // 알겠습니다, 올바르게 보입니다.
deals=HistoryDealsTotal(); // 입력 오류일까요?
이 기사에서는 주문 전송 () 함수로 요청을 보낼 때 주문 티켓의 수신과 터미널의 주문 표시가 제 시간에 일치하지 않을 수 있는 비동기 거래 이벤트에 대해 설명합니다. 여기서 모든 것이 명확합니다. 지난 가을 사람들은 3 초 동안 잠들어서 이러한 비동기를 극복하라고 조언했습니다. 그러나 티켓 값과 주문 자체가 터미널에 표시되는 보장 된 시간은 얼마입니까 (서버가 주문을 수락 한 후)? 필요한 경우 20초 동안 기다릴 수 있지만 이러한 '수동 동기화'를 보장하는 기간이 어느 정도인지 알고 싶습니다.
정말 고마워요. 혼란을 해결하는 데 정말 도움이 되었습니다.
감사합니다,
우메르 아지즈