Zhunko : 나는 또한 터미널 업데이트에 대한 애도를 이해하지 못합니다. 로드되는 동안 자체 업데이트되지 않습니다. 언로드/로딩 후에만 업데이트됩니다.
대부분의 신음은 다양한 운영 체제에 대한 터미널의 설치, 실행 및 사용에 대한 이해의 모호함에서 비롯됩니다. 소프트웨어 제품이 아무리 좋아도 사용자가 사용하는 대부분의 OS에서 사용하는 작업에 대한 가장 완전한 설명이 있을 때까지 이러한 신음은 계속될 것입니다. 결국, 우리는 그것을 조정하고 처리하는 방법을 알아 냈고 이제 버그를보고 새로운 기능을 시도하지만 OOP의 가능성을 제외하고는 탬버린과 함께 불필요한 춤을 추는 것 외에는 아직 개선 사항을 보지 못했습니다. 떨리는 마음 으로 테스트가 끝나고 대중에게 새로운 터미널이 출시되기를 기다립니다. 터미널은 알 수 없는 이유로 주기적으로 충돌하며 종종 로그 및 /crash에 흔적을 남기지 않습니다. 테스트 및 최적화 속도가 증가하지 않았거나 이 증가가 너무 작아서 눈에 띄지 않습니다. 일반적으로 킬링 타임에 좋은 도움이 나타났습니다.
나는 로그의 화면에 "거짓 메시지"를 기록했습니다. 사실 (정말로) [거래가 비활성화됨]이 없었고 없었습니다. 거래가 허용됩니다. 터미널은 로그에 "잘못된 주문 매개변수"를 표시합니다. 문제는 터미널이 여전히 이미 실행된 주문을 지정가 주문으로 간주한다는 것입니다. // 두 번째 터미널을 시작할 때 표시됩니다.
자가 치유는 매우 비쌉니다. 기본 터미널을 다시 시작해야 합니다(그러면 모든 주문이 올바르게 표시되기 시작하고 고문이 일반 작업을 계속할 수 있음). 그다지 수용 가능한 솔루션은 아닙니다. 모든 틱 표시기가 세션 동안 축적된 데이터를 잃으며(성능을 복원하는 데 몇 분의 누적 시간이 필요함) 옵티마이저도 결과 손실 등으로 0으로 재설정됩니다. 등.
새로운 MT4에서 문제를 해결하는 것이 좋을 것입니다. 이는 빌드 509 및 이전 버전에서 완전히 상속되었습니다.
내가 알기로 터미널은 자체 주문 테이블을 지원합니다. 실패 시 서버에서 완전히 업데이트하는 정기적인 방법이 필요합니다. 터미널을 다시 시작하는 것은 업데이트하는 매우 나쁜 방법입니다.
오늘의 로그 전체를 트레일러에 첨부합니다. 그 안에 있는 모든 [Trade is disabled] 메시지는 거짓이고 위에서 설명한 특성을 가지며 터미널을 다시 시작하여 "치료"되었습니다.
배정에 관하여. 509번째 빌드에서 작업 중입니다. 포럼을 살펴보고 일부 업데이트를 만났을 때 울고있는 것을보십시오. 여기에서 눈물이 흘렀습니다 - 어둠. 그들은 그것이 전부라고 외쳤습니다. 돈의 끝... 세상의 끝... 하지만 결국 그들은 계속 거래합니다. 이제 그들은 또한 다음 업데이트를 만나기 시작했습니다. 글로벌.
걱정 하지마. 사악한 터미널은 당신의 돈을 훔치지 않을 것입니다 ;)
나는 일반적인 것에 대해 이야기하고 있습니다. MC의 결정에 창의적으로 접근하여 그들의 정책을 당연시하는 방법에 대한 것입니다. 그리고 일. 터미널과 그 동작을 개선하기 위한 제안과 바람이 있습니다. 여기에는 없습니다. ServiceDesk에 씁니다. 거기에서 제안이 포함된 정당한 응용 프로그램은 손실되지 않으며 답변을 받고 개발자에게 전달될 수 있습니다. 그리고 간호할 것이 없습니다. 작동 순서대로 테스트해 볼까요?
나는 또한 터미널 업데이트에 대한 애도를 이해하지 못합니다. 로드되는 동안 자체 업데이트되지 않습니다. 언로드/로딩 후에만 업데이트됩니다.
대부분의 신음은 다양한 운영 체제에 대한 터미널의 설치, 실행 및 사용에 대한 이해의 모호함에서 비롯됩니다. 소프트웨어 제품이 아무리 좋아도 사용자가 사용하는 대부분의 OS에서 사용하는 작업에 대한 가장 완전한 설명이 있을 때까지 이러한 신음은 계속될 것입니다. 결국, 우리는 그것을 조정하고 처리하는 방법을 알아 냈고 이제 버그를보고 새로운 기능을 시도하지만 OOP의 가능성을 제외하고는 탬버린과 함께 불필요한 춤을 추는 것 외에는 아직 개선 사항을 보지 못했습니다. 떨리는 마음 으로 테스트가 끝나고 대중에게 새로운 터미널이 출시되기를 기다립니다. 터미널은 알 수 없는 이유로 주기적으로 충돌하며 종종 로그 및 /crash에 흔적을 남기지 않습니다. 테스트 및 최적화 속도가 증가하지 않았거나 이 증가가 너무 작아서 눈에 띄지 않습니다. 일반적으로 킬링 타임에 좋은 도움이 나타났습니다.
주문 시스템이 버그입니다!
나는 로그의 화면에 "거짓 메시지"를 기록했습니다. 사실 (정말로) [거래가 비활성화됨]이 없었고 없었습니다. 거래가 허용됩니다. 터미널은 로그에 "잘못된 주문 매개변수"를 표시합니다. 문제는 터미널이 여전히 이미 실행된 주문을 지정가 주문으로 간주한다는 것입니다. // 두 번째 터미널을 시작할 때 표시됩니다.
자가 치유는 매우 비쌉니다. 기본 터미널을 다시 시작해야 합니다(그러면 모든 주문이 올바르게 표시되기 시작하고 고문이 일반 작업을 계속할 수 있음). 그다지 수용 가능한 솔루션은 아닙니다. 모든 틱 표시기가 세션 동안 축적된 데이터를 잃으며(성능을 복원하는 데 몇 분의 누적 시간이 필요함) 옵티마이저도 결과 손실 등으로 0으로 재설정됩니다. 등.
새로운 MT4에서 문제를 해결하는 것이 좋을 것입니다. 이는 빌드 509 및 이전 버전에서 완전히 상속되었습니다.
내가 알기로 터미널은 자체 주문 테이블을 지원합니다. 실패 시 서버에서 완전히 업데이트하는 정기적인 방법이 필요합니다. 터미널을 다시 시작하는 것은 업데이트하는 매우 나쁜 방법입니다.
오늘의 로그 전체를 트레일러에 첨부합니다. 그 안에 있는 모든 [Trade is disabled] 메시지는 거짓이고 위에서 설명한 특성을 가지며 터미널을 다시 시작하여 "치료"되었습니다.
// 데모 계정이 좋습니다. 실제 계정에 심각한 재정적 손실이 있을 수 있습니다.
주문 시스템이 버그입니다!
....
1. 같은 폴더에서 터미널 2를 실행하셨나요?
2. 휴대용 키를 사용했습니까?
3. 나는 이것을 가지고 있지 않았다
1. 아니. 다른 폴더에 두 개의 터미널이 있습니다.
2. 이제 모든 것이 휴대용 키 없이 "휴대용"으로 작동합니다.
// 터미널은 시스템 드라이브에 없고 사용자 폴더는 터미널 폴더 에 있습니다. 왜 그런지는 모르겠지만 저에게 아주 잘 맞습니다. UAC가 활성화되어 있는 동안.
3. 버그가 불규칙하게 나타납니다. 느린 거래로 오래 기다리지 않고 기다릴 수 있습니다. HFT(분당 여러 번 주문 수정, 다중 통화)를 사용하면 하루에 여러 번 나올 수 있습니다(또는 운이 좋지 않은 경우).
나는 이미 여기에서 뿐만 아니라 여기에서도 많은 말을 했습니다.
배정에 관하여. 509번째 빌드에서 작업 중입니다. 포럼을 살펴보고 일부 업데이트를 만났을 때 울고있는 것을보십시오. 여기에서 눈물이 흘렀습니다 - 어둠. 그들은 그것이 전부라고 외쳤습니다. 돈의 끝... 세상의 끝... 하지만 결국 그들은 계속 거래합니다. 이제 그들은 또한 다음 업데이트를 만나기 시작했습니다. 글로벌.
걱정 하지마. 사악한 터미널은 당신의 돈을 훔치지 않을 것입니다 ;)
나는 일반적인 것에 대해 이야기하고 있습니다. MC의 결정에 창의적으로 접근하여 그들의 정책을 당연시하는 방법에 대한 것입니다. 그리고 일. 터미널과 그 동작을 개선하기 위한 제안과 바람이 있습니다. 여기에는 없습니다. ServiceDesk에 씁니다. 거기에서 제안이 포함된 정당한 응용 프로그램은 손실되지 않으며 답변을 받고 개발자에게 전달될 수 있습니다. 그리고 간호할 것이 없습니다. 작동 순서대로 테스트해 볼까요?
미안해, 내 사랑! 간호사 어디서 봤어? 간호사 없음! 고려를 위한 제안입니다.
모든 질문, 모든 것이 정상 작동합니다.
일반적으로 당의 정책을 지지하며 특정 조항에만 동의합니다 :)
1. 아니. 다른 폴더에 두 개의 터미널이 있습니다.
2. 이제 모든 것이 휴대용 키 없이 "휴대용"으로 작동합니다.
// 터미널은 시스템 드라이브에 없고 사용자 폴더는 터미널 폴더에 있습니다. 왜 그런지는 모르겠지만 저에게 아주 잘 맞습니다. UAC가 활성화되어 있는 동안.
나는 당신이 병렬로 투자자의 로그인 아래에 있다고 생각했습니다!
나는 당신이 병렬로 투자자의 로그인 아래에 있다고 생각했습니다!
"킬러" 수를 몇 개 더 찾았습니다. qta 개체와 3마리의 오리
qta로 1회 발생
"킬러" 수를 몇 개 더 찾았습니다. qta 개체와 3마리의 오리
qta로 1회 발생
놀랍지 않습니다. 실제로 deinit에는 다음과 같이 명확하게 쓰여 있습니다. 차트에서 모든 개체를 제거합니다.