정확하게, 그들은 당신의 고문 의 코드를 분석하고 필요한 인용 기록을 빠뜨립니다.
몰랐어?
Angela писал(а) >>
MQ 서버에서 다운받은 단말에서 TS를 디버깅하고, 스토리의 다른 부분에 대해 병렬 테스트를 하기로 하고, Alpari 서버에서 다운로드한 다른 단말에 TS를 설치했습니다. TC는 다르게 일하기 시작했습니다. 실험의 순도를 위해 9월 1일부터 9월 25일까지 동일한 기록 간격을 사용했으며 터미널의 데이터는 동일한 Alpari 서버에서 다운로드되었으며 TS는 동일하며 테스트 결과는 다음과 같습니다.
Alpari에서 다운로드한 터미널
MQ에서 다운로드한 터미널
보시다시피 공통점은 없으며 거래조차도 다른 장소에서 가장 자주 열렸습니다.
혼란스러워! DC는 그들의 관심사에 따라 이미 "비틀어진" 사이트에서 터미널을 빼내고 우리는 TS를 그들 위에 놓고 다른 터미널에서 디버깅한 다음 DC의 이익을 위해 병합하기 시작합니까?
다른 사람이 그러한 문제를 겪었습니까?
두 번째 경우 시뮬레이션 품질은 n/a입니다. 역사에 문제가 있습니다.
어드바이저의 바 열기를 명시적으로 제어하면 이러한 인피 신발이 발생하지 않습니다.
MQ 서버에서 다운받은 단말에서 TS를 디버깅하고, 스토리의 다른 부분에 대해 병렬 테스트를 하기로 하고, Alpari 서버에서 다운로드한 다른 단말에 TS를 설치했습니다. TC는 다르게 일하기 시작했습니다. 실험의 순도를 위해 9월 1일부터 9월 25일까지 동일한 기록 간격을 사용했으며 터미널의 데이터는 동일한 Alpari 서버에서 다운로드되었으며 TS는 동일하며 테스트 결과는 다음과 같습니다.
Alpari에서 다운로드한 터미널
MQ에서 다운로드한 터미널
보시다시피 공통점은 없으며 거래조차도 다른 장소에서 가장 자주 열렸습니다.
혼란스러워! DC는 그들의 관심사에 따라 이미 "비틀어진" 사이트에서 터미널을 빼내고 우리는 TS를 그들 위에 놓고 다른 터미널에서 디버깅한 다음 DC의 이익을 위해 병합하기 시작합니까?
다른 사람이 그러한 문제를 겪었습니까?
그리고 내 관찰에서 하나 더 세부 사항. MQ가 있는 터미널에서 볼 수 있듯이 모델링 품질은 n/a입니다. 주기적으로 이 터미널에서 견적 내역을 다시 로드하고 M1을 기반으로 모든 시간 프레임에 대해 다시 계산해야 합니다. 그 후 모델링 품질이 90%가 됩니다. , 하지만 오프라인 모드에서 각각 Alpari 서버에 접속하자마자 누락된 히스토리를 불러오는데, 보통 하루에 한 번 접속하는데 결과적으로 서버에 접속이 되고 히스토리의 작은 조각이 로드되면 전체 히스토리에 대한 시뮬레이션의 품질이 다시 n/a가 됩니다. 히스토리가 로드된 날 테스트 범위를 설정하지는 않았지만. 이것은 어떻게든 Alpari 웹사이트에서 다운로드되지 않은 터미널 서버에 연결하는 것이 인용 기록을 망친다는 것을 의미합니다. 다른 사람의 터미널과 서버 간에 불일치가 있습니까?