여러 주문을 동시에 마감할 수 있습니까? - 페이지 5

새 코멘트
 
Mischek :

아마도 누군가 8월에 상트페테르부르크에 정전이 있었다는 소식을 들었을 것입니다. 2시간 동안 전기도 없고 물도 없고 라디오 방송국도 작동하지 않고 인터넷도 TV도 유선전화도 작동하지 않았고

이동통신은 이론상 비상권력을 가지고 있었지만 약간의 패닉으로 모두가 전화를 걸었다. 이러한 상황에서 UPS는 쓸모가 없으며 실제로 전화도 마찬가지입니다. 그때 떠오른 유일한 것은 유지하는 것이 었습니다.

vps에 다른 터미널이 있고 어떻게 가능한지 모르겠습니다. vps의 별도 소프트웨어는 주 컴퓨터에서 인터넷의 존재를 모니터링해야 하며 "가입자가 응답하지 않는 경우"를 실행합니다. 모든 위치를 닫는 스크립트.

그러나 그들은 빛을 주었다

일반적으로 의미의 법칙에 따르면 물론 많은 것을 잃을 수 있습니다.


예, 특히 전체 저장소를 여는 경우)))
 
Mischek :

발은 무엇입니까?

TS에 원거리 스톱이 있더라도 VPS의 별도 Expert Advisor 는 중복 닫기 보호 스톱 주문을 보유하고 메인 시스템이 성능을 확인하면 가격이 접근함에 따라 이를 멀리 이동할 수 있습니다.

정류장보다 더 신뢰할 수 있는 것은 없습니다.

그리고 물론, 전체 창고에서 열지 마십시오.

 
gip :

발은 무엇입니까?

TS에 원거리 스톱이 있더라도 VPS의 별도 Expert Advisor는 중복 닫기 보호 스톱 주문을 보유하고 메인 시스템이 성능을 확인하면 가격이 접근함에 따라 이를 멀리 이동할 수 있습니다.


비상 정지는 또 다른 문제(손실) 가격입니다. "가입자가 응답하지 않는" 상황에서 TS가 vps의 고문에게 완전히 위임될 수 없는 경우 종료를 시작하는 것이 더 논리적으로 보입니다.
 
gip :


그리고 물론, 전체 창고에서 열지 마십시오.


그게 다 창고와 무슨 상관이야, 난 이해가 안 돼
 
Mischek :

일반적으로 의미의 법칙에 따르면 물론 많은 것을 잃을 수 있습니다.


정류장이 설정되어야 합니다 :)) 그러면 모든 것이 정상일 것입니다... 유일한 것은 흔적이 작동하지 않지만 이것에서 많은 것을 잃지는 않을 것입니다.
 
gip :

프로그래머는 기존 수단을 포함하여 실제적인 방법으로 문제를 해결하기 위해 노력해야 하며 종소리와 휘파람으로 새로운 문제를 만들지 않아야 합니다.

그것을 원칙으로 삼으십시오.

그렇다면 이 규칙에 따르면 MQL5는 그런 적이 없습니다. 글쎄, 예를 들어 간단한 배열이 있다면 왜 OOP에서 이러한 모든 문제가 발생합니까? :))))))))

 
ForexTools :

그렇다면 이 규칙에 따르면 MQL5는 그런 적이 없습니다. 글쎄, 예를 들어 간단한 배열이 있다면 왜 OOP에서 이러한 모든 문제가 발생합니까? :))))))))


당신은 어딘가 부족합니다.
 

gip :

모든 것을 구현하려고 하면 모든 것이 무너지기 시작할 것입니다. 중간 지점이 있어야 합니다.

그러나 필요한 최소한의 기능은 어떻습니까? 예를 들어 IsTerminalReady 계정에
 
gip :
당신은 부적절합니다.
그냥 궁금. 당연해 보이는 일이 왜 이루어지지 않았는지 궁금합니다.
 
ForexTools :
그러나 필요한 최소한의 기능은 어떻습니까? 예를 들어 IsTerminalReady 계정에

그런 것이 있어야합니다. 또는 터미널이 준비될 때까지 틱을 처리하지 마십시오.

그냥 궁금. 당연해 보이는 일이 왜 이루어지지 않았는지 궁금합니다.

그것은 당신에게만 명백하고 더 많은 경험이나 다른 지식을 가진 사람들에게는 분명하지 않기 때문입니다.

1234567
새 코멘트