서비스 데스크: 게으름, 자폐증 또는 실수를 인정하지 않으려는 경향이 있습니까? 네이티브가 아닌 촛대로 차트를 보완합니다. - 페이지 10

새 코멘트
 
Rosh :
당신은 이해하지도 시도하지도 않았습니다. 그리고 쉬는날인가요? 최후의 수단으로 datetime에서 주 번호를 추출하십시오. 모든 것을 설명해야 합니까?

설명할 필요 없이 이 알고리즘을 작업하고 문제를 결정했습니다.

따라서 대량 사용자의 경우 이 정보를 얻기 위해 서두르고 편리한 기능을 제공해야 하는 것이 MQ라고 생각합니다.

바이너리 검색 이 아니라 히스토리 파일 자체에 접착 날짜를 작성하여 구현하는 것이 가장 좋습니다.

 
Rosh :

MQ 서버에서 뿐만 아니라 비슷한 그림을 보았습니다. 서버에 이러한 혼합이 있는 이유가 명확하지 않습니까? 예입니다, 예입니다.

브로커가 모든 일을 제대로 하기 시작했다고 상상한다면( 로딩 히스토리 ), 문제는 사라질까요? 결국 몇 분의 형식으로 된 깊은 이야기는 큰 이야기보다 접근하기 쉽지 않다는 것이 분명합니다. 그리고 그녀는 방해하지 않습니다.

 
Urain :

따라서 대량 사용자의 경우 이 정보를 얻기 위해 서두르고 편리한 기능을 제공해야 하는 것이 MQ라고 생각합니다.

대량 사용자에게 이것은 일반적으로 보라색입니다. 드문 경우지만 MQL5를 사용하여 모든 것을 스스로 해결할 수 있습니다.
 
Urain : 그리고 이것을 구현하는 가장 좋은 방법은 바이너리 검색을 통하지 않고 히스토리 파일 자체에 접착 날짜를 쓰는 것입니다.
"지옥으로 가는 길은 선의로 포장되어 있다"
 
220Volt :

중개인이 모든 일을 제대로 하기 시작한다고 상상하면(기록 다운로드), 문제가 사라질까요? 결국 몇 분의 형식으로 된 깊은 이야기는 큰 이야기보다 접근하기 쉽지 않다는 것이 분명합니다. 그리고 그녀는 방해하지 않습니다.

실제 문제는 없으며 순전히 이론적인 것이며 그리스도의 탄생에서 몇 분을 얻으려고 할 때만 나옵니다.

중개인은 적어도 지난 5-10년 동안 정확한 분 따옴표를 가지고 있으면 됩니다.

 
220Volt :

MQ 서버에서 뿐만 아니라 비슷한 그림을 보았습니다.

똑같기 때문입니다.

중개인이 모든 일을 제대로 하기 시작한다고 상상하면(기록 다운로드), 문제가 사라질까요?

틀림없이.

분 안에 "남음"이 없습니다 - 문제 없습니다.

 
나는 모든 것을 통과했지만 터미널을 개선하는 데 내 인생을 낭비할 시간이 없습니다.
 

EURUSD 쌍이 등장하기 전의 이력은 전혀 필요하지 않으므로 2005년 미만은 보지도 않습니다.

MQ는 최고의 히스토리를 가지고 있으며 다른 DC의 히스토리를 볼 수 있습니다.

나는 그들의 가장 평판이 좋은 10개의 작품을 테스트했는데, 이야기가 아니라 일종의 헛소리였습니다. 그들이 그곳에서 어떻게 테스트하는지 명확하지 않습니다.

 
Renat :
나는 문제를 인식하지 못하고 오히려 그것이 존재하지 않는다는 것을 1 점씩 설명 합니다.
기능이 작동하지 않으면 어떻게?
 
sergeev :

솔기 포인트??? 어디에 보관할 것인가? 수동으로 제어하는 방법? 기록 파일을 채우는 방법?


나는 개발자 측에서 문제를 해결하는 것에 대해 이야기하고 있습니다 ... 사용자는 내가 설명한 것에서 아무것도 할 수 없습니다

세르게예프 :


Anton, 모든 막대는 분입니다. 전체 이력은 분 단위로만 서버에 저장됩니다. 나머지 TF는 터미널에 로드될 때 분 단위로 구축됩니다.

99년까지 분 단위로 일일 막대를 볼 수 있다는 사실은 이 "일" 막대가 분 단위로 포함된다는 것을 의미합니다. 그는 그들 안에 있습니다. 이해했나요?

그리고 이것이 실제 분인지 아니면 하루인지, 분에 포함되어 있는지 이해하기 위해 이 매개변수를 추가하여 해결합니다.

1...34567891011121314151617...22
새 코멘트