테스터 메커니즘은 그다지 명확하지 않습니다: 나는 아무 문제 없이 C++로 프로그래밍하는 것 같지만 mql5의 "sandbox" 결함은 지쳤습니다.터미널에서 dll 호출이 허용되면 테스터는 로드하지 않습니다!
2013.05.01 15:38:092013.01.01 00:00:00 'D:\MetaTrader 5\Tester\Agent-127.0.0.1-3001\MQL5\Libraries\NeuroSolutionsAdapter.dll'을 로드할 수 없습니다.
왜요?
D:\의 터미널
테스터의\MQL5\Libraries\ 및 터미널의 \MQL5\Libraries\로 미끄러졌습니다.
무슨 일이야?
요점은 에이전트가 자체 샌드박스에서 작동하고 일반 디렉토리 \MQL5\Libraries를 사용할 수 없다는 것입니다.
이것은 표시된 줄에서 명확하게 볼 수 있습니다. DLL 검색은 에이전트의 자체 디렉터리로 이동합니다. 테스터에서 DLL로 작업하려면 이러한 DLL을 공개적으로 액세스할 수 있는 시스템 디렉토리에 배치하거나 %PATH% 환경 변수에 "터미널 경로\MQL5\Libraries"를 추가해야 합니다.
로컬 에이전트가 상위 라이브러리 디렉토리에 더 쉽게 액세스할 수 있도록 하는 것에 대해 생각할 것입니다. 이 경우 DLL에 액세스하기 위해 경로를 사용할 필요가 없다는 점을 제외하고 아무 것도 변경할 필요가 없습니다.
아마도 많은 사람들이 이 대화가 실질적인 의미가 없다고 생각할 것입니다. 그러나 이해를 도와주시기 바랍니다. 나는 무미건조한 대답이 아니라 토론을 위해 부른다. 제 생각은 다음과 같습니다.
거래의 시간적 순서는 타임스탬프, 티켓 번호 또는 이 둘의 조합의 세 가지 방법으로 결정할 수 있습니다. 티켓 번호로 연결하는 것이 더 수익성이 있다고 생각되는 이유는 무엇입니까?
브로커가 상인의 업무에 어떤 식으로든 간섭하지 않으면 논란의 여지가 있는/의심스러운 거래가 없습니다. 연대기는 티켓 번호와 타임스탬프로 명확하게 추적됩니다. 의심스러운 거래가 있는 경우. 브로커가 서버/계정 기록에서 삭제하거나 재무 결과가 0으로 재설정됩니다(+ 아마도 설명이 추가될 것입니다). 제 생각에는 두 번째 옵션이 더 정확합니다.
중개인이 기록에서 거래 시간을 수정해야 할 실질적인 필요성을 생각할 수 없습니다. 그러나 이것이 허용된다 해도(반복하지만, 아마도 제한된 지식으로 인해 실용적인 이유를 찾지 못함), 성실한 중개인이 티켓 번호를 편집하는 것은 일반적으로 부조리의 범주에 속하는 것처럼 보입니다. 무엇 때문에? 또한 MQ는 트랜잭션에 대한 동일한 타임스탬프가 있는 경우 티켓 번호가 "중재자" 역할을 한다는 것을 확인했습니다. 그것도 티켓 번호에 대한 플러스가 아닌가요?
아마도 그것은 불필요 할 것이지만 분명히 지적 할 것입니다. 이것이 트랜잭션 순서를 작성하기 위해 주어진 타임 스탬프라는 것이 나에게 분명합니다. 네이티브입니다. 그러나 algo-trailing의 경우 티켓 번호로 즉시 탐색하는 것이 더 쉬운 것으로 나타났습니다. 이해하기 쉽고, 코드상 더 쉬우며, 하나의 키로 더 빠르게 정렬 하는 등 등.
테스터 메커니즘은 그다지 명확하지 않습니다: 나는 아무 문제 없이 C++로 프로그래밍하는 것 같지만 mql5의 "sandbox" 결함은 지쳤습니다.터미널에서 dll 호출이 허용되면 테스터는 로드하지 않습니다!
2013.05.01 15:38:09 2013.01.01 00:00:00 'D:\MetaTrader 5\Tester\Agent-127.0.0.1-3001\MQL5\Libraries\NeuroSolutionsAdapter.dll'을 로드할 수 없습니다.
왜요?
D:\의 터미널
테스터의 \MQL5\Libraries\ 및 터미널의 \MQL5\Libraries\로 미끄러졌습니다.
무슨 일이야?
테스터 메커니즘은 그다지 명확하지 않습니다: 나는 아무 문제 없이 C++로 프로그래밍하는 것 같지만 mql5의 "sandbox" 결함은 지쳤습니다.터미널에서 dll 호출이 허용되면 테스터는 로드하지 않습니다!
2013.05.01 15:38:09 2013.01.01 00:00:00 'D:\MetaTrader 5\Tester\Agent-127.0.0.1-3001\MQL5\Libraries\NeuroSolutionsAdapter.dll'을 로드할 수 없습니다.
왜요?
D:\의 터미널
테스터의 \MQL5\Libraries\ 및 터미널의 \MQL5\Libraries\로 미끄러졌습니다.
무슨 일이야?
요점은 에이전트가 자체 샌드박스에서 작동하고 일반 디렉토리 \MQL5\Libraries를 사용할 수 없다는 것입니다.
이것은 표시된 줄에서 명확하게 볼 수 있습니다. DLL 검색은 에이전트의 자체 디렉터리로 이동합니다. 테스터에서 DLL로 작업하려면 이러한 DLL을 공개적으로 액세스할 수 있는 시스템 디렉토리에 배치하거나 %PATH% 환경 변수에 "터미널 경로\MQL5\Libraries"를 추가해야 합니다.
로컬 에이전트가 상위 라이브러리 디렉토리에 더 쉽게 액세스할 수 있도록 하는 것에 대해 생각할 것입니다. 이 경우 DLL에 액세스하기 위해 경로를 사용할 필요가 없다는 점을 제외하고 아무 것도 변경할 필요가 없습니다.
그러나 연대기를 원하면 시간이 필요하다는 것을 이해하지 못하셨습니까?
티켓은 그것과 어떤 관련이 있으며 시간은 바뀔 수 있습니다.
네 맞습니다.
시간과 (시간이 일치하는 경우) 티켓의 두 키로 정렬해야 합니다.
테스터 메커니즘은 그다지 명확하지 않습니다: 나는 아무 문제 없이 C++로 프로그래밍하는 것 같지만 mql5의 "sandbox" 결함은 지쳤습니다.터미널에서 dll 호출이 허용되면 테스터는 로드하지 않습니다!
2013.05.01 15:38:09 2013.01.01 00:00:00 'D:\MetaTrader 5\Tester\Agent-127.0.0.1-3001\MQL5\Libraries\NeuroSolutionsAdapter.dll'을 로드할 수 없습니다.
왜요?
D:\의 터미널
테스터의 \MQL5\Libraries\ 및 터미널의 \MQL5\Libraries\로 미끄러졌습니다.
무슨 일이야?
문제를 이해했습니다 - 2013.05.01 16:12:53 주 패턴 'D:\MetaTrader 5\MQL5\Libraries\NeuroSolutionsAdapter.dll'은 64비트 버전이 아닙니다.
64비트 재컴파일 필요
네 맞습니다.
시간과 (시간이 일치하는 경우) 티켓의 두 키로 정렬해야 합니다.
거래/주문 티켓 번호가 전체 서버에 대해 종단 간 자동 증가입니까?
거래/주문 티켓 번호가 전체 서버에 대해 종단 간 자동 증가입니까?
그러나 근본적으로 시간의 정체성이 보장되지는 않습니다.
아마도 많은 사람들이 이 대화가 실질적인 의미가 없다고 생각할 것입니다. 그러나 이해를 도와주시기 바랍니다. 나는 무미건조한 대답이 아니라 토론을 위해 부른다. 제 생각은 다음과 같습니다.
거래의 시간적 순서는 타임스탬프, 티켓 번호 또는 이 둘의 조합의 세 가지 방법으로 결정할 수 있습니다. 티켓 번호로 연결하는 것이 더 수익성이 있다고 생각되는 이유는 무엇입니까?
브로커가 상인의 업무에 어떤 식으로든 간섭하지 않으면 논란의 여지가 있는/의심스러운 거래가 없습니다. 연대기는 티켓 번호와 타임스탬프로 명확하게 추적됩니다. 의심스러운 거래가 있는 경우. 브로커가 서버/계정 기록에서 삭제하거나 재무 결과가 0으로 재설정됩니다(+ 아마도 설명이 추가될 것입니다). 제 생각에는 두 번째 옵션이 더 정확합니다.
중개인이 기록에서 거래 시간을 수정해야 할 실질적인 필요성을 생각할 수 없습니다. 그러나 이것이 허용된다 해도(반복하지만, 아마도 제한된 지식으로 인해 실용적인 이유를 찾지 못함), 성실한 중개인이 티켓 번호를 편집하는 것은 일반적으로 부조리의 범주에 속하는 것처럼 보입니다. 무엇 때문에? 또한 MQ는 트랜잭션에 대한 동일한 타임스탬프가 있는 경우 티켓 번호가 "중재자" 역할을 한다는 것을 확인했습니다. 그것도 티켓 번호에 대한 플러스가 아닌가요?
아마도 그것은 불필요 할 것이지만 분명히 지적 할 것입니다. 이것이 트랜잭션 순서를 작성하기 위해 주어진 타임 스탬프라는 것이 나에게 분명합니다. 네이티브입니다. 그러나 algo-trailing의 경우 티켓 번호로 즉시 탐색하는 것이 더 쉬운 것으로 나타났습니다. 이해하기 쉽고, 코드상 더 쉬우며, 하나의 키로 더 빠르게 정렬 하는 등 등.
중개인이 기록에서 거래 시간을 수정해야 할 실질적인 필요성을 생각할 수 없습니다.
예를 들어 게이트웨이의 작동에서. 또는 잔액/크레딧/인출/충전을 조정할 때.
하나의 키로 더 빠른 정렬
time은 티켓과 같은 긴 정수입니다. 정렬하면 어떤 차이가 있습니까? QuickSort를 사용하고 진공 상태에서 구형 거래를 처리하지 마십시오. :)
세르게예프
다른 사람이 요청할 때 건설적인 대화를 나누십시오. 당신의 인터뷰에서, 사실, 게이트웨이만.
따라서 포인트별로:
1. 거래(주문이 아님) 시점이 어떻게 그리고 왜 변경되나요?
2. 진정한 브로커가 거래의 티켓 번호를 변경할 수 있는 방법과 이유.
3. 두 가지 기준으로 정렬하는 것이 하나보다 낮습니다. 명백한 주장을 하려고 하지 마십시오.
voix_kas :
1. 거래(주문이 아님) 시점이 어떻게 그리고 왜 변경되나요?
인적 요소가 있기 때문입니다.
2. 선의의 브로커가 거래 티켓 번호를 변경할 수 있는 방법과 이유.
길을 잃었습니다 :) 티켓은 변경할 수 없습니다.
3. 두 가지 기준으로 정렬하는 것이 하나보다 낮습니다. 명백한 주장을 하려고 하지 마십시오.
"아래에"?
니 퍼슈타인.