항목 4가 허용되면 첫 번째 주문이 실행되어야 합니다. 그래서 ? 서버가 첫 번째 요청을 처리하기 때문에 두 번째는 아니요. 그래서 ?
2가지 옵션이 가능합니다: 1. 첫 번째 주문이 실행되고(그러나 열린 위치 목록을 변경하거나 터미널 로그를 검사하여 이에 대해 알 수 있음) 두 번째 주문은 서버에도 가지 않습니다. 2. 2차 주문은 어쨌든 서버로 가지 않습니다. 첫 번째 주문은 실행되지 않습니다. 로그에서 이유를 찾아보세요
2가지 옵션이 가능합니다: 1. 첫 번째 주문이 실행되고(그러나 열린 위치 목록을 변경하거나 터미널 로그를 검사하여 이에 대해 알 수 있음) 두 번째 주문은 서버에도 가지 않습니다. 2. 2차 주문은 어쨌든 서버로 가지 않습니다. 첫 번째 주문은 실행되지 않습니다. 로그에서 이유를 찾아보세요
좋은. 그런 다음 어리석은 나에게 그리고 다른 사람들에게도 그 줄이 의미하는 바를 설명하십시오.
Если допустить п.4, то первый ордер должен быть исполнен. Так ? а второй поскольку сервер обрабатывает первый запрос, нет. Так ?
2가지 옵션이 가능합니다: 1. 첫 번째 주문이 실행되고(그러나 열린 위치 목록을 변경하거나 터미널 로그를 검사하여 이에 대해 알 수 있음) 두 번째 주문은 서버에도 가지 않습니다. 2. 2차 주문은 어쨌든 서버로 가지 않습니다. 첫 번째 주문은 실행되지 않습니다. 로그에서 이유를 찾아보세요
우리는 우리가 시작한 곳에서 돌아옵니다. 우리 중 약 50명이 이미 Kharkov에 모여 있으며 이 문제를 해결하기 위해 노력하고 있으며 "pyrodex"는 처음이 아니며 안타깝게도 마지막도 아닙니다. 매일 전문가가 아닌 사람들이 Ukrsotsbank(Ukrsotsbank는 기본적으로 실제 계좌 에 전문가의 사용을 금지)의 Kharkiv 딜링 센터에 전화를 하지만 실제 화폐에 펜을 들고 이 x.....가 언제 끝날 것인지 묻는 사람들 다른 표현을 선택할 수 없습니다. 어떤 사람들은 컴퓨터에 문제가 있다고 생각했습니다. 그들은 Ukrsotsbank의 키예프 사무소(MT4 구매자)에 전화를 걸어 "....이 프로그램은 통신 채널에서 요구하고 공급자와 거래 ....."라는 질문에 ".. .. 왜 Kharkiv 지점에서 서투르게 작동합니까?" 대답, "......그들은 Kharkiv의 로컬 네트워크에 문제가 있습니다....". 또한, Kharkiv Dealing Center의 로컬 네트워크 문제는 월요일에 MT4로 전환한 날부터 시작되어 이틀 전인 MT3 금요일에 쉬지 않고 4주째 이어지고 있다는 점에 유의해야 합니다. 웬일인지, 문제가 없었고 이것 이전에도 일년 내내. Ukrsotsbank가 갑자기 부정 행위를 시작했다고 가정하기는 어렵습니다. MT4가 도입되기 전에는 의심의 여지가 없었기 때문입니다. 작업 년 동안 몇 가지 오해가 있었지만 이유가 있었습니다. 우리는 은행 이사회의 부국장 (Ukrsotsbank는 우크라이나에서 가장 큰 10 개 은행 중 하나 임)에게 연락하여 자동화 및 전산화 부서장을 주었습니다. 이틀 후 그는 하나의 MT4를 작동시키기 위해 은행의 컴퓨터 보안을 희생하지 않을 것이라는 답변을 우리에게 주었습니다. 개발자가 공급자와 협상하는 것 및 기타 말도 안되는 말을 제외하고 알아들을 수 있는 아무 말도 하지 않았다는 사실로 판단하면 아직 문제에 대한 해결책이 없습니다.
개발자님! 사실은 의사 소통 문제로 DC에 연락했을 때 개발자에게 쫓겨났습니다. 당신에게. MT4는 통신 채널을 요구하므로 이러한 채널에 대한 요구 사항을 말씀해 주시겠습니까?
그런 다음 터미널은 훌륭하지만 매개 변수를 모르는 슈퍼 채널에서만 작동 할 수 있습니다. 공급자에게 연락했지만 반대 질문이 있습니다. 어떤 품질이 필요합니까? 그리고 그에게 무엇을 말해야 합니까? 그러면 GPRS를 통해 Wap이 아닌 본격적인 MT 버전의 모바일 거래 를 사용하려면 어떻게 해야 할까요? 거래를 종료? 그리고 러시아와 CIS의 모든 도시에서 멀리 떨어진 모스크바와 같은 놀라운 인터넷 품질이 있습니다.
그리고 귀찮게 하지 않기 위해, 로그에 항목의 스크립트를 게시하십시오. 그리고 그 의미는 분명해 보이지만 다음과 같은 기록이 생기는 이유는 다음과 같습니다.
MetaQuotes 11/30/05 오전 11:37 Kharkiv 거래 센터의 전문가가 저희에게 연락하지 않았습니다.
그래서 모든 문제의 책임이 누구에게 있는지 밝혀졌습니다 !!! 하르코프 DC!!! 그리고 당신이 마침내 그 문제를 다룰 수 있도록 다른 누가 당신에게 절을 하러 와야 합니까?
이제 요점으로. 나는 이미 반복한다. 커뮤니케이션 문제가 있습니다. 조밀한 견적 흐름(뉴스, 시장 활동)을 예상하여 정보(견적, 뉴스 피드 ) 제출 지연은 최대 3분입니다. 시각적으로 이것은 견적의 흐름이 "중지", "누적"된 다음 견적의 "누적" 부분이 동시에 클라이언트 측에 도달한다는 사실로 표현됩니다. 몇 초 후 시장이 안정될 때까지 상황이 반복됩니다.
특정 제공자의 선호에 대한 귀하의 조언은 유효할 수 있습니다. 실제로 공급자 A를 통해 라우팅은 15개의 서버를 통과합니다. 미국은 독일을 거쳐 우크라이나로 돌아갑니다. 문제가 있습니다. 공급자 B를 통해 라우팅은 독점적으로 "우크라이나" 서버로 이동합니다. 문제가 관찰되지 않습니다. 하지만!!! 공급자 A의 지연 시간(ms)은 공급자 B보다 2-3배 적습니다. MT 제품이 너무 국유화되고 까다로워 부르주아 커뮤니케이션 채널에 혐오감을 느낍니까?
반복합니다. MT4가 도입되기 전에는 문제가 없었습니다. 통신 문제는 MT4 소프트웨어에서만 발생합니다(제공자 구분 없이). IE, ICQ 및 기타 모든 것이 완벽하게 작동합니다.
Skull_AC 11/30/05 12:51 PM 그래서 모든 문제에 대한 책임이 누구에게 있는지 밝혀졌습니다 !!! 하르키프 DC!!!...
이 스레드에서 이전에 게시된 모든 메시지를 주의 깊게 읽어 후속 게시된 메시지가 논리적으로 관련되고 토론의 맥락과 분리되지 않도록 하십시오.
...마지막으로 통신 문제를 해결하는 것을 최우선으로 해주세요.
이전 메시지에서 인용 : "... 우리는 은행 이사회의 차장에게 도착했습니다 (Ukrsotsbank는 우크라이나에서 가장 큰 10 개 은행 중 하나입니다). 그는 우리에게 자동화 및 전산화 부서장을 주었습니다. 이틀 나중에 그는 하나의 MT4를 벌기 위해 컴퓨터 보안 은행을 희생하지 않을 것이라고 대답했습니다."
개발자님!!! 글쎄, 말에 집착은 그만하자! 결국, 당신을 귀찮게 할 목적은 없습니다. MT4가 연결 품질 면에서 MT3보다 나쁘지 않은지 확인하고 원하는 만큼 디페람을 부를 수 있습니다.
당신 자신이 11/23/05 20:15에 "문제는 주의 깊게 연구되고 있습니다"라고 말했으며 이 연구는 무엇을 주었습니까? 그렇지 않은 경우 연구는 언제 종료됩니까? 그리고 비밀이 아니라면 당신은 모스크바에 있지 않습니까? 그래서 당신은 지역에 대해 말할 수없는 커뮤니케이션에 완벽한 광채를 가지고 있습니다. 다른 지역의 의사 소통 품질을 확인하는 데 도움이 필요하면 수행해야 할 작업을 알려주십시오. 문제를 조사하기 위해 모든 작업을 수행할 준비가 된 CIS의 다른 부분에서 최소 10명이 있습니다. 솔루션의 속도를 높입니다.
놀랍게도 오늘날 주문 실행 이 훨씬 더 좋아졌습니다. 전체 주문의 약 10%만이 실행되지 않았습니다. 당신은 올바른 길을 가고 있습니다, 동지들! 주문이 더 잘 실행될 수 있도록 "브로커 측의 일부 설정"을 조금만 더 변경할 수 없습니까? Alpari-demo에서 확인했습니다.
2가지 옵션이 가능합니다:
1. 첫 번째 주문이 실행되고(그러나 열린 위치 목록을 변경하거나 터미널 로그를 검사하여 이에 대해 알 수 있음) 두 번째 주문은 서버에도 가지 않습니다.
2. 2차 주문은 어쨌든 서버로 가지 않습니다. 첫 번째 주문은 실행되지 않습니다. 로그에서 이유를 찾아보세요
2가지 옵션이 가능합니다:
1. 첫 번째 주문이 실행되고(그러나 열린 위치 목록을 변경하거나 터미널 로그를 검사하여 이에 대해 알 수 있음) 두 번째 주문은 서버에도 가지 않습니다.
2. 2차 주문은 어쨌든 서버로 가지 않습니다. 첫 번째 주문은 실행되지 않습니다. 로그에서 이유를 찾아보세요
좋은. 그런 다음 어리석은 나에게 그리고 다른 사람들에게도 그 줄이 의미하는 바를 설명하십시오.
1. 2005.11.29 16:59:52 '82991' : 로그인(4.00, #2841B56A)
2. 2005.11.29 17:00:33 TradeContext: 핑 오류
3. 2005.11.29 17:02:25 '82991': 로그인 불가 [접속 불가]
4. 2005.11.29 17:03:33 '82991': 서버에서 요청을 수락했습니다.
5. 2005.11.29 17:03:33 '82991': 요청 처리 중
6. 2005.11.29 19:11:44 '82991': 주문 마감 #2076385 1.1759 sl: 0.0000 tp: 0.0000 가격 1.1743에 0.10 EURUSD 매도
7.2005.11.29 18:36:29 '82991': 즉석 주문 매도 0.10 EURUSD에서 1.1785 sl: 0.0000 tp: 0.0000
요청을 침략으로 간주하지 마십시오. 왜 명령이 실행되지 않는지 이해하는 데 지쳤을 뿐이며 로그의 모든 내용을 이해하지 못하며 이러한 항목이 가장 자주 발견됩니다.
그리고 다음 줄은 무엇을 의미합니까?
2005.11.30 09:38:40 올드틱 EURUSD5 1.1779/1.1782
너도 말해주지 않을래?
로그 항목의 의미는 어디에서 읽을 수 있습니까?
2가지 옵션이 가능합니다:
1. 첫 번째 주문이 실행되고(그러나 열린 위치 목록을 변경하거나 터미널 로그를 검사하여 이에 대해 알 수 있음) 두 번째 주문은 서버에도 가지 않습니다.
2. 2차 주문은 어쨌든 서버로 가지 않습니다. 첫 번째 주문은 실행되지 않습니다. 로그에서 이유를 찾아보세요
우리는 우리가 시작한 곳에서 돌아옵니다. 우리 중 약 50명이 이미 Kharkov에 모여 있으며 이 문제를 해결하기 위해 노력하고 있으며 "pyrodex"는 처음이 아니며 안타깝게도 마지막도 아닙니다. 매일 전문가가 아닌 사람들이 Ukrsotsbank(Ukrsotsbank는 기본적으로 실제 계좌 에 전문가의 사용을 금지)의 Kharkiv 딜링 센터에 전화를 하지만 실제 화폐에 펜을 들고 이 x.....가 언제 끝날 것인지 묻는 사람들 다른 표현을 선택할 수 없습니다. 어떤 사람들은 컴퓨터에 문제가 있다고 생각했습니다. 그들은 Ukrsotsbank의 키예프 사무소(MT4 구매자)에 전화를 걸어 "....이 프로그램은 통신 채널에서 요구하고 공급자와 거래 ....."라는 질문에 ".. .. 왜 Kharkiv 지점에서 서투르게 작동합니까?" 대답, "......그들은 Kharkiv의 로컬 네트워크에 문제가 있습니다....". 또한, Kharkiv Dealing Center의 로컬 네트워크 문제는 월요일에 MT4로 전환한 날부터 시작되어 이틀 전인 MT3 금요일에 쉬지 않고 4주째 이어지고 있다는 점에 유의해야 합니다. 웬일인지, 문제가 없었고 이것 이전에도 일년 내내. Ukrsotsbank가 갑자기 부정 행위를 시작했다고 가정하기는 어렵습니다. MT4가 도입되기 전에는 의심의 여지가 없었기 때문입니다. 작업 년 동안 몇 가지 오해가 있었지만 이유가 있었습니다. 우리는 은행 이사회의 부국장 (Ukrsotsbank는 우크라이나에서 가장 큰 10 개 은행 중 하나 임)에게 연락하여 자동화 및 전산화 부서장을 주었습니다. 이틀 후 그는 하나의 MT4를 작동시키기 위해 은행의 컴퓨터 보안을 희생하지 않을 것이라는 답변을 우리에게 주었습니다. 개발자가 공급자와 협상하는 것 및 기타 말도 안되는 말을 제외하고 알아들을 수 있는 아무 말도 하지 않았다는 사실로 판단하면 아직 문제에 대한 해결책이 없습니다.
우리가 시작한 곳으로 돌아가서...
Kharkov 거래 센터의 전문가가 저희에게 연락하지 않았습니다.
사실은 의사 소통 문제로 DC에 연락했을 때 개발자에게 쫓겨났습니다. 당신에게.
MT4는 통신 채널을 요구하므로 이러한 채널에 대한 요구 사항을 말씀해 주시겠습니까?
그런 다음 터미널은 훌륭하지만 매개 변수를 모르는 슈퍼 채널에서만 작동 할 수 있습니다.
공급자에게 연락했지만 반대 질문이 있습니다. 어떤 품질이 필요합니까? 그리고 그에게 무엇을 말해야 합니까?
그러면 GPRS를 통해 Wap이 아닌 본격적인 MT 버전의 모바일 거래 를 사용하려면 어떻게 해야 할까요? 거래를 종료?
그리고 러시아와 CIS의 모든 도시에서 멀리 떨어진 모스크바와 같은 놀라운 인터넷 품질이 있습니다.
그리고 귀찮게 하지 않기 위해, 로그에 항목의 스크립트를 게시하십시오.
그리고 그 의미는 분명해 보이지만 다음과 같은 기록이 생기는 이유는 다음과 같습니다.
1. 2005.11.29 16:59:52 '82991' : 로그인(4.00, #2841B56A)
2. 2005.11.29 17:00:33 TradeContext: 핑 오류
3. 2005.11.29 17:02:25 '82991': 로그인 불가 [접속 불가]
4. 2005.11.29 17:03:33 '82991': 서버에서 요청을 수락했습니다.
5. 2005.11.29 17:03:33 '82991': 요청 처리 중
6. 2005.11.29 19:11:44 '82991': 주문 마감 #2076385 1.1759 sl: 0.0000 tp: 0.0000 가격 1.1743에 0.10 EURUSD 매도
7.2005.11.29 18:36:29 '82991': 즉석 주문 매도 0.10 EURUSD에서 1.1785 sl: 0.0000 tp: 0.0000
설마.
제공자와 귀하 모두와 논쟁할 수 있습니다.
Kharkiv 거래 센터의 전문가가 저희에게 연락하지 않았습니다.
그래서 모든 문제의 책임이 누구에게 있는지 밝혀졌습니다 !!! 하르코프 DC!!! 그리고 당신이 마침내 그 문제를 다룰 수 있도록 다른 누가 당신에게 절을 하러 와야 합니까?
이제 요점으로. 나는 이미 반복한다. 커뮤니케이션 문제가 있습니다. 조밀한 견적 흐름(뉴스, 시장 활동)을 예상하여 정보(견적, 뉴스 피드 ) 제출 지연은 최대 3분입니다. 시각적으로 이것은 견적의 흐름이 "중지", "누적"된 다음 견적의 "누적" 부분이 동시에 클라이언트 측에 도달한다는 사실로 표현됩니다. 몇 초 후 시장이 안정될 때까지 상황이 반복됩니다.
특정 제공자의 선호에 대한 귀하의 조언은 유효할 수 있습니다. 실제로 공급자 A를 통해 라우팅은 15개의 서버를 통과합니다. 미국은 독일을 거쳐 우크라이나로 돌아갑니다. 문제가 있습니다. 공급자 B를 통해 라우팅은 독점적으로 "우크라이나" 서버로 이동합니다. 문제가 관찰되지 않습니다. 하지만!!! 공급자 A의 지연 시간(ms)은 공급자 B보다 2-3배 적습니다. MT 제품이 너무 국유화되고 까다로워 부르주아 커뮤니케이션 채널에 혐오감을 느낍니까?
반복합니다. MT4가 도입되기 전에는 문제가 없었습니다. 통신 문제는 MT4 소프트웨어에서만 발생합니다(제공자 구분 없이). IE, ICQ 및 기타 모든 것이 완벽하게 작동합니다.
마지막으로 통신 문제를 해결하는 것을 우선순위로 두시기 바랍니다.
고맙습니다.
그래서 모든 문제에 대한 책임이 누구에게 있는지 밝혀졌습니다 !!! 하르키프 DC!!!...
이 스레드에서 이전에 게시된 모든 메시지를 주의 깊게 읽어 후속 게시된 메시지가 논리적으로 관련되고 토론의 맥락과 분리되지 않도록 하십시오.
이전 메시지에서 인용 : "... 우리는 은행 이사회의 차장에게 도착했습니다 (Ukrsotsbank는 우크라이나에서 가장 큰 10 개 은행 중 하나입니다). 그는 우리에게 자동화 및 전산화 부서장을 주었습니다. 이틀 나중에 그는 하나의 MT4를 벌기 위해 컴퓨터 보안 은행을 희생하지 않을 것이라고 대답했습니다."
글쎄, 말에 집착은 그만하자! 결국, 당신을 귀찮게 할 목적은 없습니다. MT4가 연결 품질 면에서 MT3보다 나쁘지 않은지 확인하고 원하는 만큼 디페람을 부를 수 있습니다.
당신 자신이 11/23/05 20:15에 "문제는 주의 깊게 연구되고 있습니다"라고 말했으며 이 연구는 무엇을 주었습니까?
그렇지 않은 경우 연구는 언제 종료됩니까?
그리고 비밀이 아니라면 당신은 모스크바에 있지 않습니까? 그래서 당신은 지역에 대해 말할 수없는 커뮤니케이션에 완벽한 광채를 가지고 있습니다.
다른 지역의 의사 소통 품질을 확인하는 데 도움이 필요하면 수행해야 할 작업을 알려주십시오. 문제를 조사하기 위해 모든 작업을 수행할 준비가 된 CIS의 다른 부분에서 최소 10명이 있습니다. 솔루션의 속도를 높입니다.
당신은 올바른 길을 가고 있습니다, 동지들!
주문이 더 잘 실행될 수 있도록 "브로커 측의 일부 설정"을 조금만 더 변경할 수 없습니까?
Alpari-demo에서 확인했습니다.