나는 특별히 서버와의 연결 상태를 모니터링하기 위해 전문가(IsConnected)를 만들었습니다 - "IsConnected - 서버에 터미널 연결에 대한 통계 수집 ;)"에 게시 실수 번호 6을 위해 특별히 제작되었습니다.) 결과는 내가 예상한 것과 다릅니다... 오늘의 _IsConnected.txt 파일:
전날인 09/20/05, 나는 보류 주문이 시장 가격에 얼마나 근접할 수 있는지 테스트했습니다. 이렇게 하려면 결과를 표시한 후 주문과 MessageBox 를 배치하기만 하면 되는 간단한 스크립트를 만들었습니다. 따라서 여러 번 실패한 배치(시장에 너무 가까움)와 수정된 매개변수로 후속 재컴파일 후에 오류 번호 6이 안정적으로 나타납니다. MT4를 다시 시작해야만 도움이 되었습니다. 이 글을 쓰기 시작했을 때 MQ 서버에서 쉽게 두 번(잘못된 매개변수로 스크립트를 실행하는 데 1분 정도 소요) 재현했습니다(단, 터미널에서는 여전히 문제인 것 같습니다). 첫 번째 오류가 발생한 후 약 30분 동안 MT4를 다시 시작할 때까지 자동 또는 수동으로 단일 주문을 할 수 없었습니다. 항상 오류 6번입니다. 아무도!!! 이 테스트 중에는 Expert Advisor가 작동하지 않았습니다. 주문도 들어오지 않았다.
예, 솔직히 그리고 명확하게 오류 번호 6은 저를 괴롭혔습니다. 그리고 매우 !!!! :(비슷한 문제로 MT4 를 다시 시작한 후 약간의 효과가 있는 것 같다가 공백이 발생하면 다시 로그인해도 도움이 되지 않고 다시 시작만 합니다. 손으로 잘 갑니다... (빌드 182 from 14.09.05, DC " 알파리")
한 번은 견적이 수신되지 않은 시간(예: 10분)을 확인하는 일종의 MT3용 스크립트를 작성한 적이 있습니다. 따옴표가 없었습니다. 연결이 끊어지고 MT를 다시 시작했으며 xDSL 연결을 다시 연결하여 유사한 작업이 발생했다고 생각합니다. MT4에서는 문제가 없을 거라고 생각했는데... 빨리 버그가 잡혀서 고쳐졌으면 좋겠어요!
나는 다음 스레드에서 내 게시물을 반복 할 것입니다 (링크로 보내기에는 문제가 너무 심각합니다) === 실제로 "오류 번호 6"은 터미널 오류가 아닙니다. 우리는 연결 부족을 정직하게 보고합니다(삶을 별도로 펌핑하고 매번 거래 작업 을 위해 새로운 연결이 구성됨). Expert Advisor(또는 스크립트)가 지속적으로 이 오류를 생성하지만 손으로 거래 작업을 수행할 수 있다면 그렇습니다. 이것은 우리의 실수입니다. 그것을 잡기 위해서는 더 많은 정보가 필요합니다. ===
나는 다음 스레드에서 내 게시물을 반복 할 것입니다 (링크로 보내기에는 문제가 너무 심각합니다) === 실제로 "오류 번호 6"은 터미널 오류가 아닙니다. 우리는 연결 부족을 정직하게 보고합니다(삶을 별도로 펌핑하고 매번 거래 작업을 위해 새로운 연결이 구성됨). Expert Advisor(또는 스크립트)가 지속적으로 이 오류를 생성하지만 손으로 거래 작업을 수행할 수 있다면 그렇습니다. 이것은 우리의 실수입니다. 그것을 잡기 위해서는 더 많은 정보가 필요합니다. ===
모든 것이 "내 손으로"도 잘 작동합니다. 연결 표시기가 지옥같고 IsConnected가 true를 반환합니다... 그리고 정보 - 우리가 할 수있는 것보다 어떤 종류인지 알려주십시오. 우리가 도울 것입니다 ..
실수 번호 6을 위해 특별히 제작되었습니다.) 결과는 내가 예상한 것과 다릅니다...
오늘의 _IsConnected.txt 파일:
2005.09.16 04:45:15 - 04:46:24 - - - 오프라인- - -
2005.09.16 04:46:24 - 09:11:22 + + + 온라인 + + +
2005.09.16 09:11:22 - 09:11:23 - - - 오프라인- - -
2005.09.16 09:11:23 - 10:35:42 + + + 온라인 + + +
2005.09.16 10:35:42 - 10:35:43 - - - 오프라인- - -
2005.09.16 10:35:43 - 10:36:43 + + + 온라인 + + +
2005.09.16 10:36:43 - 10:36:49 - - - 오프라인- - -
2005.09.16 10:36:49 - 10:37:49 + + + 온라인 + + +
2005.09.16 10:37:49 - 10:37:54 - - - 오프라인- - -
2005.09.16 10:37:54 - 12:56:07 + + + 온라인 + + +
2005.09.16 12:56:07 - 12:56:09 - - - 오프라인- - -
2005.09.16 12:56:09 - 12:57:09 + + + 온라인 + + +
2005.09.16 12:57:09 - 12:57:15 - - - 오프라인- - -
2005.09.16 12:57:15 - 12:58:16 + + + 온라인 + + +
2005.09.16 12:58:16 - 12:58:22 - - - 오프라인- - -
2005.09.16 12:58:22 - 13:18:14 + + + 온라인 + + +
2005.09.16 13:18:14 - 13:18:15 - - - 오프라인- - -
2005.09.16 13:18:15 -
오류 시간 #6:
10:08:07
10:37:31
12:25:38
12:47:34
12:58:08
시간은 그곳과 그곳에서 모두 로컬이며, 서버 1(Alpari 데모)과의 차이는 +시간입니다. 저것들. Alpari가 15:00일 때 나는 16:00입니다.
오류가 연결 끊김과 관련이 없다는 것이 밝혀졌으며 개인적으로 희망했습니다 ...
그러나 그 과정에서 몇 가지 질문이 제기되었습니다.
- 단말은 얼마나 자주 연결 상태를 확인합니까? 단선 정보가 뒤늦게 나온 것뿐이라는 의혹이...
- 그 때 알파리에게 문제가 있었던 걸까.... 질문은 물론 주소가 맞지는 않지만....
Alpari 데모 - "무역 서버와 연결되지 않음"
나는 가장 많이 가지고 있다 =))))))))
한 번은 견적이 수신되지 않은 시간(예: 10분)을 확인하는 일종의 MT3용 스크립트를 작성한 적이 있습니다. 따옴표가 없었습니다. 연결이 끊어지고 MT를 다시 시작했으며 xDSL 연결을 다시 연결하여 유사한 작업이 발생했다고 생각합니다.
MT4에서는 문제가 없을 거라고 생각했는데... 빨리 버그가 잡혀서 고쳐졌으면 좋겠어요!
===
실제로 "오류 번호 6"은 터미널 오류가 아닙니다. 우리는 연결 부족을 정직하게 보고합니다(삶을 별도로 펌핑하고 매번 거래 작업 을 위해 새로운 연결이 구성됨). Expert Advisor(또는 스크립트)가 지속적으로 이 오류를 생성하지만 손으로 거래 작업을 수행할 수 있다면 그렇습니다. 이것은 우리의 실수입니다. 그것을 잡기 위해서는 더 많은 정보가 필요합니다.
===
===
실제로 "오류 번호 6"은 터미널 오류가 아닙니다. 우리는 연결 부족을 정직하게 보고합니다(삶을 별도로 펌핑하고 매번 거래 작업을 위해 새로운 연결이 구성됨). Expert Advisor(또는 스크립트)가 지속적으로 이 오류를 생성하지만 손으로 거래 작업을 수행할 수 있다면 그렇습니다. 이것은 우리의 실수입니다. 그것을 잡기 위해서는 더 많은 정보가 필요합니다.
===
모든 것이 "내 손으로"도 잘 작동합니다. 연결 표시기가 지옥같고 IsConnected가 true를 반환합니다...
그리고 정보 - 우리가 할 수있는 것보다 어떤 종류인지 알려주십시오. 우리가 도울 것입니다 ..