서비스 데스크: 게으름, 자폐증 또는 실수를 인정하지 않으려는 경향이 있습니까? 네이티브가 아닌 촛대로 차트를 보완합니다.
이것이 당신이 한 달 전에 제기한 질문입니까? https://www.mql5.com/ru/forum/1111/page878#comment_344461
별 50개 :
... 스토리가 있는 그대로입니다. 우리는 깊은 분 역사가 없습니다. 여러분의 편의를 위해 더 깊은 역사를 주간 바에서 제공합니다.
이것이 당신에게 편리하지 않다면, 이 이야기의 사용을 수동으로 제한 하십시오.
대답의 본질은 이미 알려져 있었습니다( https://www.mql5.com/en/forum/1111/page878#comment_344518 ).
하지만 (답변) "프로그래머 자신이 경계 날짜를 계산하고 요청된 기록의 깊이를 제한할 수 있습니다"와 같은 내용이 될까봐 두렵습니다.
낮은 기간의 기록이 없는 상태에서 낮은 기간의 차트에 높은 기간의 초를 첨부하는 문제로 서비스 데스크에 연락했습니다. 즉, M1 차트에서 역사의 시작 부분으로 이동하면 M1이 아닌 D1 또는 W1에서 양초를 볼 수 있습니다. 이 연결 때문에 SeriesInfoInteger(Symbol(), PERIOD_M1, SERIES_FIRSTDATE ,x) 함수는 M1 기록이 끝나는 날짜가 아니라 시간 프레임 밖의 첫 번째 막대의 날짜를 반환합니다. 결과에 전혀 영향을 미치지 않습니다.
...
SERIES_BARS_COUNT는 특정 기호 및 기간(기간)에 속하는 양초(막대)의 수를 반환합니다.
SERIES_FIRSTDATE는 특정 기호 및 기간(기간)에 속하는 첫 번째 촛대(막대)의 개장 날짜를 반환합니다.
추가 정보
...
기능이 올바르게 작동합니다.
당신이 보는 것은 역사의 질에 대한 당신의 이전 신청의 결과입니다.
역사란 그런 것입니다. 우리는 깊은 분 역사가 없습니다. 여러분의 편의를 위해 더 깊은 역사를 주간 바에서 제공합니다.
이것이 당신에게 편리하지 않다면, 이 이야기의 사용을 수동으로 제한하십시오.
변명은 솔직히 프로그래머가 TF의 첫 번째 날짜에 대한 검색 기능을 처방하기 위해 기록을 깨는 모든 옵션을 예측할 수는 없습니다. 오늘 그들은 내일 새로운 속임수가 나타날 것이고, 예를 들어 MQ에 대한 지식 없이 거래는 무언가에 속임수를 쓸 것입니다.
그리고 표준 기능이 있으면 왜 이것이 필요하지만 어제의 날씨를 제공한다는 사실은 이미 명백한 버그입니다.
프로그래머에게 문제의 본질은 무엇입니까?
이 특정 막대를 선택한 TF의 첫 번째 막대로 간주할 수 있는 기준 옵션과 이전 TF의 모든 이전 추가 항목을 정렬해야 하며 이러한 검색을 통해 각각에 대한 검색을 수행해야 합니다. 여러 번 찾을 때까지 바. 마디는 건너뛴 마디 유형의 중단을 가질 수 있고(이것은 MQ에서 선택한 마디 녹음 형식의 직접적인 결과임), 마디는 주말/공휴일 유형의 중단을 가질 수 있습니다. 그리고 이러한 불협화음에서 이 막대가 필요하다는 것을 결정하는 방법은 명확하지 않습니다.
MQ에 대한 문제의 본질은 무엇입니까?
히스토리를 스티칭할 때 스티칭 포인트의 데이터를 파일로 암호화하면(많은 수가 없으며 TF 수로 최대 21개, 실제로는 2-3개 있음) 모든 문제가 해결됩니다. 다음으로, 이 보호된 정보를 읽고 요청을 통해 사용자에게 발행하는 함수를 작성하십시오.
감사합니다. 상인을 위해 결정할 필요가 없습니다.
글쎄, M1 기간에 더 높은 막대를 삽입하기 위해 그러한 움직임을 취하는 것이 금요일 이후에 얼마나 신선한 생각 이었습니까 ???
형성된 장기 원칙을 왜곡 할 권리를 누가 부여 했습니까?
이것이 당신에게 편리하지 않다면, 이 이야기의 사용을 수동으로 제한하십시오.
감사합니다. 상인을 위해 결정할 필요가 없습니다.
글쎄, M1 기간에 더 높은 막대를 삽입하기 위해 그러한 움직임을 취하는 것이 금요일 이후에 얼마나 신선한 생각 이었습니까 ???
형성된 장기 원칙을 왜곡 할 권리를 누가 부여 했습니까?
Alex, 과장하지 마세요. M1에서 모든 TF를 계산하기로 결정한 후 다른 모든 TF의 정확한 계산을 위해 접착 TF가 필요했습니다.
기억한다면 최대 21개의 TF(비표준 포함)를 얻을 수 있었습니다.
이것은 여러 번 이야기되었습니다. 각 TF에 대해 개별적으로 이전 스토리지 시스템으로 돌아갈 수는 없습니다.
그러나 구현이 프로그래머에게 치질을 추가했다는 사실은 사실입니다. 그리고 질문은 솔루션에서 사소한 것이지만 아니요, 필요한 것이 무엇인지 더 잘 압니다.(
그래서 그게 내가 관심있는거야
Если вам это не удобно - ограничивайте использование этой истории вручную.
Alex, 과장하지 마세요. M1에서 모든 TF를 계산하기로 결정한 후 다른 모든 TF의 정확한 계산을 위해 접착 TF가 필요했습니다.
그것은 히스토리에 식별자를 설정하고 읽을 때 막대에 대한 데이터가 M1에 속하지 않으면 M1에 표시하지 않고 M5에 속하지 않으면 M5에 표시하지 않습니다. 글쎄, 또는 네... FirstDate에서 현재 기간의 막대를 상위 기간의 막대와 병합하는 날짜를 작성하면 사용자는 처리를 시작할 날짜를 알아낼 수 있는 진정한 기회를 갖게 됩니다. 오래된 막대를 연결하십시오.
물론 상황은 황당하다.
그러한 그래프를 그릴 수도 없고 함수에서 그러한 값을 반환할 수도 없습니다.
M1에서 빌드하려면 빌드하십시오. M1이 충분하지 않습니다. 탈출 방법을 알아내십시오. 그러나 우리 비용은 들이지 않습니다 .
(물론 모든 것은 MQ로 처리됨)
- www.mql5.com
동의합니다. 말도 안되는 소리입니다.
그리고 마침표가 있으면 그러한 아름다움이 나타납니다.
그리고 코드에서 ((.
낮은 기간의 기록이 없는 상태에서 낮은 기간의 차트에 높은 기간의 초를 첨부하는 문제로 서비스 데스크에 연락했습니다. 즉, M1 차트에서 역사의 시작 부분으로 이동하면 M1이 아닌 D1 또는 W1에서 양초를 볼 수 있습니다. 이 연결 때문에 SeriesInfoInteger(Symbol(), PERIOD_M1, SERIES_FIRSTDATE ,x) 함수는 M1 기록이 끝나는 날짜가 아니라 시간 프레임 밖의 첫 번째 막대의 날짜를 반환합니다. 결과에 전혀 영향을 미치지 않습니다. 사용자에게 너무 편리하다는 요청에 대한 변명을 받았고 각 기호의 각 기간에 대한 기한을 수동으로 설정해야합니다. 죄송합니다. 하지만 이 함수는 SeriesInfoInteger(Symbol(), PERIOD_M1, SERIES_FIRSTDATE ,x) 함수에 의해 수행되어서는 안 되며 결과가 다음과 같은 경우 SERIES_FIRSTDATE가 지정된 TF W1을 사용하여 SERIES_FIRSTDATE 에서 지정된 TF M1 과 어떻게 다른가요? 똑같다?
무슨 말도 안되는 소리야? 누구에게, 왜 편리한가? 아무도 M1 차트에서 W1 캔들을 보고 싶어하지 않습니다. 음, 마조히스트 빼고...
나는 결론에 도달했습니다. 개발자는 자폐증이거나(위와 아래에 설명된 것이 표준인 자신의 세계에 살고 있거나 오히려 표준이 아니지만 5+에서 작동함) 수정하기에는 너무 게으릅니다. 그것은 또는 원칙 "안녕하세요, 우리는 결코 실수하지 않습니다. 우리는 괜찮습니다." 글쎄, 여전히 옵션이 있습니다. 그들은 농담을하고 그것을 고칠 방법을 모릅니다.
다음은 다른 tfs의 역사에 합류하는 라인을 명확하게 보여주는 스크린샷입니다.
https://charts.mql5.com/1/26/eurusd-d1-metaquotes-software-corp-7.png
https://charts.mql5.com/1/26/eurusd-h4-metaquotes-software-corp.png
https://charts.mql5.com/1/26/eurusd-h1-metaquotes-software-corp-9.png
https://charts.mql5.com/1/26/eurusd-m30-metaquotes-software-corp-2.png
https://charts.mql5.com/1/26/eurusd-m15-metaquotes-software-corp-6.png
쿼리 1:
터미널의 버전 및 비트 수
빌드 712x86
문제에 대한 설명
더 작은 기간의 기록 데이터는 더 큰 기간의 기록 데이터로 계속됩니다. 즉, 예를 들어 M1의 EURUSD 히스토리는 ~01/04/1999로 끝나고 왼쪽의 M1에서 계산된 차트는 1999/01/04까지의 기간 동안 D1 차트에 첨부됩니다.
첨부된 스크린샷에서 확인할 수 있습니다. 이 때문에 SeriesInfoInteger 함수는 SERIES_FIRSTDATE 매개변수와 함께 올바르게 작동하지 않습니다. 이 함수는 기호 기간별로 첫 번째 날짜가 아니라 전체 기록(D1, W1 및 MN1 시간 프레임 포함)의 첫 번째 날짜를 반환합니다.
시퀀싱
그래프를 스토리 시작 부분으로 스크롤
결과
더 큰 기간의 과거 데이터가 포함된 차트의 연속입니다.
예상 결과
주어진 시간 프레임의 기록 데이터 끝에서 차트를 제한합니다.
추가 정보
요청 2:
터미널의 버전 및 비트 수
빌드712x86
문제에 대한 설명
문서 설명:
SERIES_BARS_COUNT
현재 기호-마침표별 막대 수
긴
SERIES_FIRSTDATE
현재 기호-마침표별 첫 번째 날짜
날짜 시간
큰 시간대의 기록이 낮은 시간대의 차트에 첨부되어 있기 때문에 낮은 시간대의 특정 기간 동안의 기록이 없는 경우와 큰 시간대의 동일한 기간 동안의 기록이 있는 경우 차트에서 예를 들어 M1에는 D1 차트의 양초가 있습니다.
이 문제에 대한 해결책이 있습니까? 수동으로 제한하는 것 외에 현재 이 문제에 대한 해결책이 있습니까?
시퀀싱
이러한 기능을 사용하여
결과
낮은 기간(최대 D1)의 SERIES_BARS_COUNT는 기호 및 기간(기간)에 속하는 양초(막대) 수와 과거 데이터가 있는 가장 가까운 더 높은 기간의 양초 수를 반환합니다.
낮은 기간(D1 이전)의 SERIES_FIRSTDATE는 역사상 가장 첫 번째 캔들(막대)의 개장 날짜를 반환합니다.
예상 결과
SERIES_BARS_COUNT는 특정 기호 및 기간(기간)에 속하는 양초(막대)의 수를 반환합니다.
SERIES_FIRSTDATE는 특정 기호 및 기간(기간)에 속하는 첫 번째 촛대(막대)의 개장 날짜를 반환합니다.
추가 정보
...
기능이 올바르게 작동합니다.
당신이 보는 것은 역사의 질에 대한 당신의 이전 신청의 결과입니다.
역사란 그런 것입니다. 우리는 깊은 분 역사가 없습니다. 여러분의 편의를 위해 더 깊은 역사를 주간 바에서 제공합니다.
이것이 당신에게 편리하지 않다면, 이 이야기의 사용을 수동으로 제한하십시오.