2019.08 . 1710 : 20 : 25.831 ! 00 (EURUSD,H1) Ошибка! Не удалось получить события по стране country_code=(null)
2019.08 . 1710 : 20 : 25.831 ! 00 (EURUSD,H1) Код ошибки: 0
그런 다음 날짜를 2019년 8월 11일에서 2019년 8월 17일로 설정하여 기간을 변경하고 코드에서 다른 변경 사항은 적용하지 않았습니다. 그 결과 2019년 8월 15일 01:30 GMT부터 호주에 대한 뉴스도 받았습니다.
계속해서 내 코드에서 오류를 찾을 것이지만 아무 것도 변경하지 않고 2019-06-08 04:30 "이자율에 대한 호주 중앙 은행의 결정" 또는 08/08부터 동일한 호주에 대한 뉴스를 얻습니다. /2019 23:30 "Low 호주중앙은행 의장 연설" 외 일부, 단 1시간 만에 뉴스 요청.
계속해서 내 코드에서 오류를 찾을 것이지만 아무 것도 변경하지 않고 2019-06-08 04:30 "이자율에 대한 호주 중앙 은행의 결정" 또는 08/08부터 동일한 호주에 대한 뉴스를 얻습니다. /2019 23:30 "Low 호주중앙은행 의장 연설" 외 일부, 단 1시간 만에 뉴스 요청.
Artyom Trishkin : 일반적인 관행은 버그를 재현하고 게시하기 위해 최소한의 코드를 만드는 것입니다. 오류, 버그, 질문에 대한 스레드에서 복제할 수 있습니다.
Artyom은 내 슬리퍼를 웃게하지 않습니다. 당신은 "문제"가 오류에 대한 지점을 채우는 하루에 몇 페이지를 읽고 확인합니다. 사람들은 거래를 위해서가 아니라 C++와 MQL5를 비교하기 위해 글을 쓰는 것 같습니다. 전체 코드를 일부가 아니라 개발자에게 넘기는 것이 더 쉬울 것입니다.
이 경우 결과는 지표 유형, 판독값 및 값의 유용성 및 명확성입니다. 이 경우 이 차트를 사이트에서 터미널로 옮기는 이유는 무엇입니까?
Alexey, 나는 당신과 논쟁하지 않을 것입니다.
글쎄, 나는 몇 달 동안 수동으로 모든 것을 동시에 보았습니다.
같은 종류의 뉴스에 따른 실제값과 예측값의 변화와 편차를 그래프로 나타낸 것입니다. 비슷한 차트를 보는 것은 흥미로울 것이지만 연대순으로 모든 중요한 통화 뉴스에 대한 현재 및 이전 값 의 변화는 어디에 있습니까?
@Renat Fatkhullin Renat님 은 캘린더 문제에 많은 관심 부탁드립니다. 3일째 싸우지만 똑같은 결과를 얻습니다.
2019년 8월 15일부터 호주에 대한 뉴스를 얻으려고 합니다. 여기 달력에 있습니다.
그러나 코드는 이러한 뉴스를 찾지 못합니다.
그림은 시간이 2019년 8월 15일 01:00에서 2019년 8월 15일 02:00 GMT로 설정되었음을 보여줍니다.
코드 라인
CalendarValueHistory (m_Values, m_DateFrom, m_DateTo, m_countryCode, m_currency)0을 반환했습니다.
그런 다음 날짜를 2019년 8월 11일에서 2019년 8월 17일로 설정하여 기간을 변경하고 코드에서 다른 변경 사항은 적용하지 않았습니다. 그 결과 2019년 8월 15일 01:30 GMT부터 호주에 대한 뉴스도 받았습니다.
계속해서 내 코드에서 오류를 찾을 것이지만 아무 것도 변경하지 않고 2019-06-08 04:30 "이자율에 대한 호주 중앙 은행의 결정" 또는 08/08부터 동일한 호주에 대한 뉴스를 얻습니다. /2019 23:30 "Low 호주중앙은행 의장 연설" 외 일부, 단 1시간 만에 뉴스 요청.
사람들에게 보여주기 부끄럽기 때문에 코드를 게시하지 않습니다.
Alexey Viktorov :
...
계속해서 내 코드에서 오류를 찾을 것이지만 아무 것도 변경하지 않고 2019-06-08 04:30 "이자율에 대한 호주 중앙 은행의 결정" 또는 08/08부터 동일한 호주에 대한 뉴스를 얻습니다. /2019 23:30 "Low 호주중앙은행 의장 연설" 외 일부, 단 1시간 만에 뉴스 요청.
사람들에게 보여주기 부끄럽기 때문에 코드를 게시하지 않습니다.
일반적으로 실행하고 테스트할 코드가 없으면 대화가 실패합니다...
일반적으로 실행하고 테스트할 코드가 없으면 대화가 실패합니다...
코드를 보내드리고 싶지만 너무 바쁩니다. 결국 아무에게나 보여주지 않겠다는 말이 아니라 그냥 퍼뜨리지 않을 뿐입니다.
코드를 보내드리고 싶지만 너무 바쁩니다. 결국 아무에게나 보여주지 않겠다는 말이 아니라 그냥 퍼뜨리지 않을 뿐입니다.
당신은 여기서 문제가 무엇인지 이해합니다 .. 물론 볼 수는 있지만 이것으로 인해 달라지는 것은 없습니다. 버그를 재현하는 코드는 개발자에게 제공되어야 합니다.
아무도 묻지 않습니다.
연극배우에 대한 농담처럼요. 주연을 얻으려면 기다려야 합니다. 그랬을 텐데 누구를 위한 것인지는 모르겠습니다.
아무도 묻지 않습니다.
연극 예술가에 대한 농담처럼. 주연을 얻으려면 기다려야 합니다. 그랬을 텐데 누구를 위한 것인지 모르겠습니다.
일반적인 관행은 버그를 재현하고 게시하기 위해 최소한의 코드를 만드는 것입니다. 오류, 버그, 질문에 대한 스레드에서 복제할 수 있습니다.
Artyom은 내 슬리퍼를 웃게하지 않습니다. 당신은 "문제"가 오류에 대한 지점을 채우는 하루에 몇 페이지를 읽고 확인합니다. 사람들은 거래를 위해서가 아니라 C++와 MQL5를 비교하기 위해 글을 쓰는 것 같습니다. 전체 코드를 일부가 아니라 개발자에게 넘기는 것이 더 쉬울 것입니다.