하드 연결 문제
이것이 데모 서버에서 관찰되는 경우 주기적으로 재부팅하여 새 버전을 테스트한다는 사실입니다. 어제 우리는 데모 거래 서버의 구성을 반복적으로 변경하여 데이터 센터에 대한 다양한 옵션을 테스트했습니다. 실제로 가끔 1~2분 동안 통신이 중단되기도 했습니다.
이것이 데모 서버에서 관찰되는 경우 주기적으로 재부팅하여 새 버전을 테스트한다는 사실입니다. 어제 우리는 데모 거래 서버의 구성을 반복적으로 변경하여 데이터 센터에 대한 다양한 옵션을 테스트했습니다. 실제로 가끔 1~2분 동안 통신이 중단되기도 했습니다.
사실 저는 당신의 데모 서버가 아니라 Ukrsotsbank의 실제 거래 서버와 함께 일하고 있다는 것입니다. 이전에는 전혀 문제가 없었고 모든 것이 시계처럼 작동했습니다.
나는 알파리와 함께 일한다. 위의 내용에 전적으로 동의합니다.
나는 또한 이것을 눈치 챘다.
변경된 IP 닉네임 - 목적 없음.
이전에는 그렇지 않았습니다.
변경된 IP 닉네임 - 목적 없음.
이전에는 그렇지 않았습니다.
그럼 여러분 개발자들은 질문에 답할 것입니까?
차트, 테스터 등의 채색과 관련된 버그를 수정하지만 명확한 연결 문제는 해결하지 못합니다. 단말과 서버 간의 연결이 안정적이고 중단되지 않는 순간을 얼마나 더 기다려야 할까요? 더 많은 인수가 필요하면 Alpari 포럼( http://forum.alpari-idc.ru/viewtopic.php?p=298681#298681 )을 방문하여 모든 페이지를 보십시오.
차트, 테스터 등의 채색과 관련된 버그를 수정하지만 명확한 연결 문제는 해결하지 못합니다. 단말과 서버 간의 연결이 안정적이고 중단되지 않는 순간을 얼마나 더 기다려야 할까요? 더 많은 인수가 필요하면 Alpari 포럼( http://forum.alpari-idc.ru/viewtopic.php?p=298681#298681 )을 방문하여 모든 페이지를 보십시오.
mark 19.11.05 10:13
... 내가 알기로는 공급자의 통신 채널 품질에 따라 다르지만 모든 사람이 공급자를 변경하거나 아침에 한 곳에서 일하고 다른 곳으로 달려갈 수 있는 것은 아닙니다. Kukuevka의 모뎀으로 작업할 때도 MT3에서는 이러한 문제가 없었으므로 MT4에는 원시 교환 프로토콜이 있다고 결론을 내릴 수 있습니다. 어떤 조언이 될까요...
... 내가 알기로는 공급자의 통신 채널 품질에 따라 다르지만 모든 사람이 공급자를 변경하거나 아침에 한 곳에서 일하고 다른 곳으로 달려갈 수 있는 것은 아닙니다. Kukuevka의 모뎀으로 작업할 때도 MT3에서는 이러한 문제가 없었으므로 MT4에는 원시 교환 프로토콜이 있다고 결론을 내릴 수 있습니다. 어떤 조언이 될까요...
이 경우 문제는 공급자의 연결 품질뿐입니다. 우리가 알아낼 수 있었던 한, 목적지 주소가 이웃 도시(이 경우 키예프)에 있든 다른 국가에 있든 상관없이 귀하의 IP 주소에 대한 모든 패킷은 독일의 라우터를 통해 전달됩니다. 브로커 제공업체를 통해 IP 주소가 지역 트래픽 교환이 있는 지역 IP 주소에 속하는지 확인할 수 있습니다. http://colocall.net/ua/
mark 19.11.05 10:13
...Насколько я понимаю это зависит от качества каналов связи провайдера, но ведь не все могут менять провайдеров или утром работать на одном месте, а потом бежать сломя голову в другое место. В МТ3 таких проблем небыло даже при работе модемом из "Кукуевки" поэтому можно сделать вывод что в МТ4 сырой протокол обмена. Какие будут советы...
...Насколько я понимаю это зависит от качества каналов связи провайдера, но ведь не все могут менять провайдеров или утром работать на одном месте, а потом бежать сломя голову в другое место. В МТ3 таких проблем небыло даже при работе модемом из "Кукуевки" поэтому можно сделать вывод что в МТ4 сырой протокол обмена. Какие будут советы...
이 경우 문제는 공급자의 연결 품질뿐입니다. 우리가 알아낼 수 있었던 한, 목적지 주소가 이웃 도시(이 경우 키예프)에 있든 다른 국가에 있든 상관없이 귀하의 IP 주소에 대한 모든 패킷은 독일의 라우터를 통해 전달됩니다. 브로커 제공업체를 통해 IP 주소가 지역 트래픽 교환이 있는 지역 IP 주소에 속하는지 확인할 수 있습니다. http://colocall.net/ua/
결국 커뮤니케이션의 문제는 마르카에게만 있는 것이 아니라 다른 지역인 사마라, 오데사, 예카테린부르크 등의 상인들이 모두 Alpari와 협력하고 있습니다. 동시에 견적이 나가는 경우가 매우 빈번하고 주문을 시도하면 MT가 "연결 없음"이라고 작성합니다. 이는 공급자에 의존하지 않습니다. 동시에 MT3는 시계처럼 작동합니다. MT3 및 MT4 패킷의 경로가 정확히 동일하지만 연결이 완전히 다른 데 동의합니다. MT3에서는 안정적이고 MT4에서는 3일 2회 이후입니다.
네. 견적이 나오고 주문을 하려고 하면 연결 없음이라고 표시됩니다. 그리고 ping 오류 로그에서. 시장이 움직이기 시작할 때 - 이것은 매우 일반적입니다.
Zloy 13:32
...모두가 Alpari와 함께 일합니다...
...모두가 Alpari와 함께 일합니다...
모든 거래자가 Alpari와 함께 일하는 것은 아닙니다.
...MT3 및 MT4 패킷의 경로가 정확히 동일하다는 데 동의합니다...
아니요, 동의하지 않습니다. 서버는 브로커 측에서 완전히 다른 구성을 가지고 있습니다.
문제는 주의 깊게 연구되고 있습니다. 오늘 Alpari는 연결이 끊겼지만 서버 업데이트로 연결되었습니다. 나머지 시간에는 한 컴퓨터에 있는 5개의 클라이언트 터미널이 자동 모드에서 정상적으로 거래되었습니다. 예, 위치를 개설 하려는 시도가 실패했습니다. 이는 모든 터미널이 동일한 통화 쌍으로 작동하고 모든 터미널의 모든 Expert Advisors가 동일한 기호의 견적이 도착했을 때 시작되었다는 사실로 설명할 수 있습니다.
모든 거래자가 Alpari와 함께 일하는 것은 아닙니다.
"결국 커뮤니케이션의 문제는 마르카에만 있는 것이 아니라 다른 지역, 사마라, 오데사, 예카테린부르크 등의 상인들이 모두 Alpari와 협력하고 있습니다." 나는 내가 알고 있고 Alpari를 통해 일하는 상인을 의미했습니다.
아니요, 동의하지 않습니다. 서버는 브로커 측에서 완전히 다른 구성을 가지고 있습니다.
서버는 모든 구성을 가질 수 있지만 인터넷에서 패킷을 전달하는 원칙은 아직 변경되지 않았습니다.
따라서 버그는 클라이언트 터미널이나 브로커 측 서버, 또는 여기저기서 발생하는 소프트웨어에서 정확하게 발생합니다.
추신. 나는 실제 돈으로 일하고 표준 내장 지표 만 사용하고 전문가를 사용하지 않습니다.