주말에는 따옴표가 없기 때문에 서버가 기록을 반환하지 않는다는 의미입니까? 제 생각에는 이것이 있을 법하지 않은 가정이지만 주말에는 표시기가 작동하지 않거나 TF를 통한 지루하고 완고한 전환 및 표시기 입력 매개변수 전환 후 오랫동안 기다려온 처리가 필요하기 때문에 여전히 그렇게 생각할 이유가 있습니다. 모든 설정에 대해 발생했어야 하지만 설정 창에 배치합니다.
Среди программ для автоматического трейдинга можно выделить две большие категории: торговые роботы и индикаторы. Первые предназначены для совершения торговых операций на рынках, а вторые — для анализа котировок и выявления закономерностей в их изменении. При этом индикаторы могут использоваться непосредственно в роботах, образуя полноценную...
네, 아주 잘 기억합니다. OnInit에서 사전 가짜 히스토리 로딩 을 시도했습니다. 100회 반복되는 루프에서도 OnCalculate 또는 OnCalculate에서 도움이 되지 않았습니다. 어떤지 모르겠지만 겉보기에는 약속된 히스토리 로딩(늦었지만)이 관찰되지 않았고 결과는 끝까지 불만족스러웠습니다.
또한 응답이 여러 번 반환된 다른 경우가 있었습니다.
그러나 결국 지표의 연속은 없었고 그에 대한 응답으로 침묵이 흘렀습니다.
반복으로 루프를 수행할 필요가 없습니다.
이것이 지표인 경우 OnCalculate에서 원하는 기간 기호에 대해 단일 요청을 수행합니다. 작동하지 않으면 return(0)
원하는 기호의 틱 도착 시간을 취하고 이 시간을 원하는 기간의 시작으로 정규화하고 원하는 기간 기호의 마지막 1개 막대를 요청하고 시간을 확인합니다. 그런 다음 기록 동기화 상태를 묻습니다.
컴퓨터 리소스의 속도와 부하에 따라 100개 이상의 OnCalculate가 통과할 수 있습니다.
말씀하신 코드는 아주 오래된 코드입니다. 하지만 예시로는 좋습니다. 그러나 표시기의 히스토리 요청은 대기 없이 실행되고(문서에 명확하게 기록됨) Sleep in 표시기는 쓸모가 없기 때문에 표시기에는 적합하지 않습니다.
주말에는 따옴표가 없기 때문에 서버가 기록을 반환하지 않는다는 의미입니까? 내 생각에 이것은 있을 법하지 않은 가정이지만 주말에는 표시기가 작동하지 않거나 TF를 통한 지루하고 완고한 전환 및 표시기 입력 매개변수 전환 후 오랫동안 기다려온 처리가 필요하기 때문에 여전히 그렇게 생각할 이유가 있습니다. 모든 설정에 대해 발생했어야 하지만 설정 창에 배치합니다.
이것이 지표인 경우 OnCalculate에서 원하는 기간 기호에 대해 단일 요청을 수행합니다. 작동하지 않으면 return(0)
글쎄, 실패의 경우 반환(거짓)은 고전입니다. 그게 내가하는 일입니다. 모든 것이 잘 될 것이지만 문제는 내 추가 계산이 히스토리의 성공적인 로드와 연결되어 있으며(이 논리는 변경할 수 없음) 실패 및 계산 기능에서 반환되는 경우 단순히 수행되지 않는다는 것입니다. 추가 그래픽 구성 은 필요한 좌표를 수신하지 못할 것입니다. 그게 전부입니다. 이것을 피하는 방법-아직도 뭔가를 바꿀 희망이 떠오르지 않아 기대하지 않습니다. 지금까지는 전체 기록이 로드되고 모든 TF에 대한 모든 시계열이 구축되고 표시기가 거의 즉시 작동하고 반환(거짓)으로 인한 계산 누락 없이 또는 기록의 일부가 누락된 경우 반환 코드가 반환 됩니다. 더 높은 수준의 함수로 이동하고 거기에서 끝없는 루프에서 누락된 기록을 요청하려고 시도하지만 아무 것도 발생하지 않습니다. 세 번째 옵션(반환 없이)과 그래픽 렌더링이 열등한 것으로 판명된 일부 계산 실패에서 나는 단순히 거부했습니다.
잠시 동안 계속 탱크에 앉아 있으면 여전히 혼란 스럽습니다 ... 누락 된 항목을 다운로드하고 관련 지연을 견딜 필요 없이 로컬 기록만 작동하도록 지연 없는 MQL 표시기 논리를 구성할 수 있습니까? 아니면 복사 ... 기능이 불가피하게 서버에 연결하여 처리할 필요가 없는 히스토리의 해당 부분을 재개하도록 강제됩니까? 간단히 말해서 , 표준 지표는 재개하지 않고 PC에서 사용 가능한 기록에 즉시 그려집니다. 아니면 이력서가 눈에 숨겨져 있습니까? 그러나 그것은 무엇을 위한 것입니까?
고맙습니다. 나는 당신의 추천에 대해 확실히 생각할 것입니다. 아마도 그것들이 나에게 유용할 것입니다.
네, 아주 잘 기억합니다. OnInit에서 사전 가짜 히스토리 로딩 을 시도했습니다. 100회 반복되는 루프에서도 OnCalculate 또는 OnCalculate에서 도움이 되지 않았습니다. 어떤지 모르겠지만 겉보기에는 약속된 히스토리 로딩(늦었지만)이 관찰되지 않았고 결과는 끝까지 불만족스러웠습니다.
또한 응답이 여러 번 반환된 다른 경우가 있었습니다.
그러나 결국 지표의 연속은 없었고 그에 대한 응답으로 침묵이 흘렀습니다.
반복으로 루프를 수행할 필요가 없습니다.
이것이 지표인 경우 OnCalculate에서 원하는 기간 기호에 대해 단일 요청을 수행합니다. 작동하지 않으면 return(0)
원하는 기호의 틱 도착 시간을 취하고 이 시간을 원하는 기간의 시작으로 정규화하고 원하는 기간 기호의 마지막 1개 막대를 요청하고 시간을 확인합니다. 그런 다음 기록 동기화 상태를 묻습니다.
컴퓨터 리소스의 속도와 부하에 따라 100개 이상의 OnCalculate가 통과할 수 있습니다.
말씀하신 코드는 아주 오래된 코드입니다. 하지만 예시로는 좋습니다. 그러나 표시기의 히스토리 요청은 대기 없이 실행되고(문서에 명확하게 기록됨) Sleep in 표시기는 쓸모가 없기 때문에 표시기에는 적합하지 않습니다.
서버는 주말에도 히스토리를 제공합니다.
해당 기호의 마지막 눈금 시간까지 막대 구성 제어
이것이 지표인 경우 OnCalculate에서 원하는 기간 기호에 대해 단일 요청을 수행합니다. 작동하지 않으면 return(0)
글쎄, 실패의 경우 반환(거짓)은 고전입니다. 그게 내가하는 일입니다. 모든 것이 잘 될 것이지만 문제는 내 추가 계산이 히스토리의 성공적인 로드와 연결되어 있으며(이 논리는 변경할 수 없음) 실패 및 계산 기능에서 반환되는 경우 단순히 수행되지 않는다는 것입니다. 추가 그래픽 구성 은 필요한 좌표를 수신하지 못할 것입니다. 그게 전부입니다. 이것을 피하는 방법-아직도 뭔가를 바꿀 희망이 떠오르지 않아 기대하지 않습니다. 지금까지는 전체 기록이 로드되고 모든 TF에 대한 모든 시계열이 구축되고 표시기가 거의 즉시 작동하고 반환(거짓)으로 인한 계산 누락 없이 또는 기록의 일부가 누락된 경우 반환 코드가 반환 됩니다. 더 높은 수준의 함수로 이동하고 거기에서 끝없는 루프에서 누락된 기록을 요청하려고 시도하지만 아무 것도 발생하지 않습니다. 세 번째 옵션(반환 없이)과 그래픽 렌더링이 열등한 것으로 판명된 일부 계산 실패에서 나는 단순히 거부했습니다.
잠시 동안 계속 탱크에 앉아 있으면 여전히 혼란 스럽습니다 ... 누락 된 항목을 다운로드하고 관련 지연을 견딜 필요 없이 로컬 기록만 작동하도록 지연 없는 MQL 표시기 논리를 구성할 수 있습니까? 아니면 복사 ... 기능이 불가피하게 서버에 연결하여 처리할 필요가 없는 히스토리의 해당 부분을 재개하도록 강제됩니까? 간단히 말해서 , 표준 지표는 재개하지 않고 PC에서 사용 가능한 기록에 즉시 그려집니다. 아니면 이력서가 눈에 숨겨져 있습니까? 그러나 그것은 무엇을 위한 것입니까?
고맙습니다. 나는 당신의 추천에 대해 확실히 생각할 것입니다. 아마도 그것들이 나에게 유용할 것입니다.
몇 시간 동안 컴퓨터에서 떨어져 있었다. 이때 긴급 상황이 발생했고 로봇은 많은 지문을 쓰기 시작했습니다. 결과적으로 디스크가 완전히 막혔습니다. 그리고 이것은 터미널의 작업을 방해하기 때문입니다. 가격 기록을 디스크에 덤프할 수 없습니다.
이러한 디스크 막힘을 방지할 필요가 있습니다. 한 가지 옵션은 폴더에 쓰기를 비활성화하는 것입니다. 저것들. 항상 디스크에 로그 없이 살고 있습니다. 다른 하나는 여유 공간이 거의 없을 때 로그 파일을 종료하는 것입니다.
이 문제를 해결한 사람이 있습니까?
이것이 지표인 경우 OnCalculate에서 원하는 기간 기호에 대해 단일 요청을 수행합니다. 작동하지 않으면 return(0)
그리고 주말에 지표를 실행해야 한다면?
타이머에서 OnCalculate의 강제 호출만(참조로 전달하기 위해 배열을 복사 하는 형태의 모든 목발 포함)?
누락된 항목을 다운로드하고 관련 지연을 견딜 필요 없이 로컬 기록에서만 작동하도록 지연 없는 MQL 표시기 논리를 구성할 수 있습니까? 아니면 복사 ... 기능이 불가피하게 서버에 연결하여 처리할 필요가 없는 히스토리의 해당 부분을 재개하도록 강제됩니까?
자신의 캐시를 만들 수 있습니다( 파일에 쓰기 ).
이것이 나에게 제안되었을 때 나는 물론 고개를 돌렸지만 MQ가 시계열 작업에 대한 접근 방식을 바꾸기를 기다리는 것보다 정말 낫습니다.
몇 시간 동안 컴퓨터를 멀리했습니다. 이때 긴급 상황이 발생했고 로봇은 많은 지문을 쓰기 시작했습니다. 결과적으로 디스크가 완전히 막혔습니다. 그리고 이것은 터미널의 작동을 방해하기 때문입니다. 가격 기록을 디스크에 덤프할 수 없습니다.
이러한 디스크 막힘을 방지할 필요가 있습니다. 한 가지 옵션은 폴더에 쓰기를 비활성화하는 것입니다. 저것들. 항상 디스크에 로그 없이 살고 있습니다. 다른 하나는 여유 공간이 거의 없을 때 로그 파일을 종료하는 것입니다.
누구든지이 문제를 해결 했습니까?
관심을 위해 서둘러 확인하고 턱으로 바닥을 쳤습니다. 183GB! 그것은 내 SSD의 거의 4/5입니다. VM 이미지는 공간을 덜 차지합니다. 그러나 노년에 읽을 것이있을 것입니다 ...
관심을 위해 서둘러 확인하고 턱으로 바닥을 쳤습니다. 183GB! 그것은 내 SSD의 거의 4/5입니다. VM 이미지는 공간을 덜 차지합니다. 그러나 노년에 읽을 것이있을 것입니다 ...
인쇄 및 경고는 잠재적으로 위험한 기능 입니다.
Price= 0.7235200000000001왜요? 그것은 실수입니까 아니면 결론을 하나의 관점으로 빗겨야합니까? 음, PrintFormat 'ohm 또는 fprint'om을 빗어 보겠습니다. 그러나 원칙적으로 이것은 숫자의 잘못된 표현이 아닙니까?