MetaTrader History Center: 예비 정보
그리고 Metaquotes(다른 시간대 )와 다른 견적 시간을 가진 브로커의 견적 시간 차이는 어떻게 고려됩니까? 예를 들어 Metaquotes와 InterbankFX의 시차는 2시간입니다. 히스토리 센터의 데이터를 올바르게 사용할 수 있습니까?
그리고 견적 업데이트의 "롤백" 제품은 어떻습니까? 즉, 히스토리 센터에서 새 히스토리를 업로드했지만 어떤 이유로 든 "네이티브"브로커의 이전 인용문을 반환하기로 결정했다면 그러한 기회가 있습니까 아니면 이미 되돌릴 수 없습니까? 그리고 수동으로 히스토리 파일을 삭제한 다음 백업에서 "네이티브" 따옴표를 복원한 후에만 롤백이 가능합니까?
시차가 중요해서 질문에 동참합니다...
그리고 또 다른 질문: 이 서비스를 얼마나 빨리 출시할 예정입니까?
모든 데이터는 가져오기가 진행되는 브로커의 시간대에 따라 다시 계산됩니다.
따옴표 롤백은 매우 간단 합니다. 열려 있는 차트 (메뉴에서 오른쪽 버튼으로)를 강제로 새로고침하고 브로커 서버에서 사용 가능한 데이터를 다시 로드합니다. 물론 이것은 트래픽 증가로 이어집니다. 또한 카탈로그의 수동 백업은 항상 사용할 수 있습니다.
주중에는 이 서비스를 테스트 모드로 구동한 다음 공개 베타 테스트를 진행합니다.
따옴표 롤백은 매우 간단 합니다. 열려 있는 차트 (메뉴에서 오른쪽 버튼으로)를 강제로 새로고침하고 브로커 서버에서 사용 가능한 데이터를 다시 로드합니다. 물론 이것은 트래픽 증가로 이어집니다. 또한 카탈로그의 수동 백업은 항상 사용할 수 있습니다.
주중에는 이 서비스를 테스트 모드로 구동한 다음 공개 베타 테스트를 진행합니다.
지난 달의 틱 데이터가 있습니까?)
오늘 우리는 History Center에서 새 버전을 테스트했습니다. 훌륭하게 작동합니다. 그러나 우리가 끊임없이 반복하는 정보의 양에는 문제가 있습니다.
터미널은 차트에 300만 개의 막대가 열려 있고(차트당 120Mb의 데이터) 전체 분석 환경이 주변에 구축되어 있을 때 불편합니다. 많은 RAM이 소모됩니다. 컴퓨터가 충분히 강력하고 메모리가 1Gb이면 제대로 작동합니다.
그러나 History Center의 보상으로 우리는 1999년 기간에 대한 모델링의 90% 품질(분 사용 시 최대)을 얻습니다.
터미널은 차트에 300만 개의 막대가 열려 있고(차트당 120Mb의 데이터) 전체 분석 환경이 주변에 구축되어 있을 때 불편합니다. 많은 RAM이 소모됩니다. 컴퓨터가 충분히 강력하고 메모리가 1Gb이면 제대로 작동합니다.
그러나 History Center의 보상으로 우리는 1999년 기간에 대한 모델링의 90% 품질(분 사용 시 최대)을 얻습니다.
Renat писал (а):
터미널은 차트에 300만 개의 막대가 열려 있고(차트당 120Mb의 데이터) 전체 분석 환경이 주변에 구축되어 있을 때 불편합니다. 많은 RAM이 소모됩니다. 컴퓨터가 충분히 강력하고 메모리가 1Gb이면 제대로 작동합니다.
이렇게 하려면 기록의 "조각" 다운로드를 제공해야 합니다. 또는 "조각"의 역사 사용을 제공할 수도 있습니다.터미널은 차트에 300만 개의 막대가 열려 있고(차트당 120Mb의 데이터) 전체 분석 환경이 주변에 구축되어 있을 때 불편합니다. 많은 RAM이 소모됩니다. 컴퓨터가 충분히 강력하고 메모리가 1Gb이면 제대로 작동합니다.
초기 작업에는 전체 기록이 필요하지 않으며 많은 거래자에게는 전체 기록을 다운로드하기 위해 인터넷 트래픽을 소비하는 것이 합리적이지 않을 수 있습니다. 그리고 이미 전체 기록을 다운로드했다면 컴퓨터 작업을 용이하게 할 기회가 있어야 하며, 기록의 "조각"을 사용할 가능성이 있어야 합니다. 시각적 모델링에서와 같이 날짜부터 날짜까지 ...
즉, 1999년부터 모든 쌍에 대한 회의록을 다운로드할 수 있습니까?
그리고 비밀이 아니라면 데이터 소스는 무엇입니까?
Michel_S :
초기 작업에는 전체 기록이 필요하지 않으며 많은 거래자에게는 전체 기록을 다운로드하기 위해 인터넷 트래픽을 소비하는 것이 합리적이지 않을 수 있습니다. 그리고 이미 전체 기록을 다운로드했다면 컴퓨터 작업을 용이하게 할 기회가 있어야 하며, 기록의 "조각"을 사용할 가능성이 있어야 합니다. 시각적 모델링에서와 같이 날짜부터 날짜까지 ...
아무런 매개변수 없이 버튼 하나만 누르면 스토리가 다운로드됩니다. 차트 자체에서 프로그램 설정의 차트의 최대 막대 매개변수를 통해 표시되는 데이터의 양을 제한할 수 있습니다. 즉, 수백만 개의 막대를 저장하지만 차트에서 수십만 개의 막대로 작업합니다. 레나트 :
터미널은 차트에 300만 개의 막대가 열려 있고(차트당 120Mb의 데이터) 전체 분석 환경이 주변에 구축되어 있을 때 불편합니다. 많은 RAM이 소모됩니다. 컴퓨터가 충분히 강력하고 메모리가 1Gb이면 제대로 작동합니다.
이렇게 하려면 기록의 "조각" 다운로드를 제공해야 합니다. 또는 "조각"의 역사 사용을 제공할 수도 있습니다.터미널은 차트에 300만 개의 막대가 열려 있고(차트당 120Mb의 데이터) 전체 분석 환경이 주변에 구축되어 있을 때 불편합니다. 많은 RAM이 소모됩니다. 컴퓨터가 충분히 강력하고 메모리가 1Gb이면 제대로 작동합니다.
초기 작업에는 전체 기록이 필요하지 않으며 많은 거래자에게는 전체 기록을 다운로드하기 위해 인터넷 트래픽을 소비하는 것이 합리적이지 않을 수 있습니다. 그리고 이미 전체 기록을 다운로드했다면 컴퓨터 작업을 용이하게 할 기회가 있어야 하며, 기록의 "조각"을 사용할 가능성이 있어야 합니다. 시각적 모델링에서와 같이 날짜부터 날짜까지 ...
테스터는 사용 가능한 모든 기록으로 작업할 수 있습니다.
히스토리 데이터 다운로드 기능은 히스토리 센터 창(도구 -> 히스토리 센터 또는 F2)의 MetaTrader 터미널에 통합되었습니다.
"다운로드" 버튼을 클릭하면 누락되거나 변경된 견적 아카이브가 월별로 그룹화되어 다운로드됩니다. 모든 아카이브는 고도로 압축되어 있으며 변경된 파일만 다운로드되며 파일은 /history/downloads에 저장됩니다.
다운로드가 성공적으로 완료되면 더 높은 모든 기간이 자동으로 재구축되어 모든 기간에 대해 절대적으로 정확하고 정규화된 기록을 제공합니다.
방화벽 뒤의 로컬 네트워크에서 작업하는 사람들의 경우 프록시 서버(터미널 설정에서 활성화됨, HTTP / SOCKS4 / SOCKS5 서버 지원)를 통해 작업하거나 history.metaquotes.net:80에 대한 직접 액세스를 허용해야 합니다.