많은 사람들이 다시 나에게 잘못을 발견하겠지만 나는 내 의견을 고수합니다. 예, 위에서 감정적으로 말했습니다. 누군가 기분을 상하게했다면 사과드립니다 ...
멀리서 올게.
아침 9시에 문을 열기 전 소련의 상점을 상상해 보십시오. 희소성을 갈망하며 입구 앞에서 밀고 나가는 많은 사람들이 있습니다. 정확히 9시에 매장 문을 여는 로더는 들어오는 인파에 짓눌릴 위험이 있다. 군중은 마침내 가게 안으로 들어가고, 처음 몇 분 안에 가게는 혼란스럽지 않더라도 북적입니다. 소음, 꾸지람. 일부 깡패가 구매자의 최전선에 있습니다. 여기에서 군중은 스스로를 더욱 자극하고 소음을냅니다 ...
그래서. 이제 상인은 모니터 앞에 앉아 군중을 보지 못하고 "상점"이 열리기 전에 모든 것이 조용합니다. 소란과 혼돈의 느낌은 소비에트 구매자로서 그를 괴롭히지 않습니다. 그러나 거래소 시스템이 시작되고 신청이 급증하는 상황을 취소하지는 않습니다. 좁은 목의 원칙은 사라지지 않고 그대로 유지됩니다.
문제. 중개인이 무작위로 또는 일부 알고리즘에 따라 고객을 상점으로 초대한다고 생각하십니까? 대규모 구매자에게 우선권이 주어지는 것 같습니다. 그들과 함께 브로커는 보상으로 더 많은 것을 받을 것입니다. 중개인의 평판에 대한 질문입니다. 큰 구매자의 불만은 작은 구매자의 불만보다 더 위험합니다. 저것들. 나는 대규모 고객의 주문이 오픈 시간에 더 빨리 채워진다고 가정합니다.
문제. 중개인이 "상점"의 소규모 구매자가 고통 받고 있음을 이해하지 못한다고 생각하십니까? 나는 그가 이해한다고 생각합니다. 우리는 "거기"가 바보가 아니라는 것을 집합적으로 발견했습니다. 그러면 브로커는 어떻게 해야 합니까? 글쎄, 아마도 작은 구매자의 불만을 어떻게 든 최소화 할 수 있습니다. 정확히 어떻게? 응용 프로그램을 취소할 수 없습니다. 그러면 작은 내용이 다음과 같이 표시됩니다. "작지만 존경받는 상인인 내가 어떻게 중개인의 게이트에서 차례를 맞이할 수 있었습니까?" 아마도 도둑이 채워질 때까지 응용 프로그램 대기열에서 작은 응용 프로그램을 보류 할 수 있습니다 ... 글쎄, 또는 주요 응용 프로그램을 수락하거나 구매하거나 판매하고 수정을 보류하십시오 ...
이제 증권 거래소에 그러한 중개인이 많이 있다고 상상해보십시오. 세션이 시작될 때 한 소비에트 상점보다 더 많은 소란이 있습니다.
도움말에 나와 있는 것처럼 - 거래의 순서는 보장되지 않습니다 - 히스토리로 주문을 이관하는 거래는 거래 거래보다 먼저 받을 수 있습니다. 단말기에서 의 포지션 변경은 각각 거래 거래를 수신한 결과 엄격하게 발생하며, 이를 수신하는 것은 포지션이 변경되었음을 보장합니다. 내역에 대한 주문 이전 거래를 수신하면 해당 주문이 더 이상 활성(개방)되지 않고 주문 내역으로 이전되었음을 보장합니다.
또한 서버에서 단말로 전달하는 과정에서 거래가 손실될 수 있습니다.
이 문구에 관해서는.
분명히 비동기 거래가있는 터미널의 초기 버전 중 하나에 대한 문서에서 남아있었습니다. 곧 제거하겠습니다. 죄인은 총에 맞을 것이다 .
서버가 오늘 두 번 응답하지 않았습니다 :(
또 시장개방시? 그리고 어떤 종류의 거래 작업 을 수행했는지 지정하십시오.
또 시장개방시? 그리고 어떤 종류의 거래 작업 을 수행했는지 지정하십시오.
ALRS 및 VTBR 주문에 대한 응답 없음(둘 다 판매)
약 50분 후 펜으로 수정했습니다.
많은 사람들이 다시 나에게 잘못을 발견하겠지만 나는 내 의견을 고수합니다. 예, 위에서 감정적으로 말했습니다. 누군가 기분을 상하게했다면 사과드립니다 ...
멀리서 올게.
아침 9시에 문을 열기 전 소련의 상점을 상상해 보십시오. 희소성을 갈망하며 입구 앞에서 밀고 나가는 많은 사람들이 있습니다. 정확히 9시에 매장 문을 여는 로더는 들어오는 인파에 짓눌릴 위험이 있다. 군중은 마침내 가게 안으로 들어가고, 처음 몇 분 안에 가게는 혼란스럽지 않더라도 북적입니다. 소음, 꾸지람. 일부 깡패가 구매자의 최전선에 있습니다. 여기에서 군중은 스스로를 더욱 자극하고 소음을냅니다 ...
그래서. 이제 상인은 모니터 앞에 앉아 군중을 보지 못하고 "상점"이 열리기 전에 모든 것이 조용합니다. 소란과 혼돈의 느낌은 소비에트 구매자로서 그를 괴롭히지 않습니다. 그러나 거래소 시스템이 시작되고 신청이 급증하는 상황을 취소하지는 않습니다. 좁은 목의 원칙은 사라지지 않고 그대로 유지됩니다.
문제. 중개인이 무작위로 또는 일부 알고리즘에 따라 고객을 상점으로 초대한다고 생각하십니까? 대규모 구매자에게 우선권이 주어지는 것 같습니다. 그들과 함께 브로커는 보상으로 더 많은 것을 받을 것입니다. 중개인의 평판에 대한 질문입니다. 큰 구매자의 불만은 작은 구매자의 불만보다 더 위험합니다. 저것들. 나는 대규모 고객의 주문이 오픈 시간에 더 빨리 채워진다고 가정합니다.
문제. 중개인이 "상점"의 소규모 구매자가 고통 받고 있음을 이해하지 못한다고 생각하십니까? 나는 그가 이해한다고 생각합니다. 우리는 "거기"가 바보가 아니라는 것을 집합적으로 발견했습니다. 그러면 브로커는 어떻게 해야 합니까? 글쎄, 아마도 작은 구매자의 불만을 어떻게 든 최소화 할 수 있습니다. 정확히 어떻게? 응용 프로그램을 취소할 수 없습니다. 그러면 작은 내용이 다음과 같이 표시됩니다. "작지만 존경받는 상인인 내가 어떻게 중개인의 게이트에서 차례를 맞이할 수 있었습니까?" 아마도 도둑이 채워질 때까지 응용 프로그램 대기열에서 작은 응용 프로그램을 보류 할 수 있습니다 ... 글쎄, 또는 주요 응용 프로그램을 수락하거나 구매하거나 판매하고 수정을 보류하십시오 ...
이제 증권 거래소에 그러한 중개인이 많이 있다고 상상해보십시오. 세션이 시작될 때 한 소비에트 상점보다 더 많은 소란이 있습니다.
이것들은 생각입니다.
추신: 내 텍스트의 모든 우연의 일치는 무작위이며 설명을 위한 것입니다.
서버가 오늘 두 번 응답하지 않았습니다 :(
그리고 빠른 것조차도 나를 허용하지 않습니다. "관리자가 액세스를 차단했습니다."
이 모든 것이 관리자의 트릭입니다 ...
ALRS 및 VTBR 주문에 대한 응답 없음(둘 다 판매)
약 50분 후 펜으로 수정했습니다.
전문가 로그가 아무 말도하지 않는 이유는 무엇입니까? 적절한 옵션이 있습니까?
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
요새. 실행 질문
fxsaber , 2018.02.26 18:28
들어오는 모든 OnTradeTransaction 구조의 내용을 파일에 추가할 수 있습니까?
"답변이 오지 않았다"는 상황이 발각되었을 때. 파일에서 답변이 실제로 거기에 있었는지 여부를 확인하십시오. 이것은 매우 신뢰할 수 있는 자가 테스트입니다.
이 경우 오류가 제외되기 때문입니다.
이 경우 오류가 제외되기 때문입니다.
따라서 이 이벤트는 보장되지 않습니다.
따라서 이 이벤트는 보장되지 않습니다.
이것은 사건이 일어나지 않았다는 증거가 될 것입니다.
이것은 사건이 일어나지 않았다는 증거가 될 것입니다.
미보장 이벤트는 어떻게 결석을 증명할 수 있습니까?
사실은 작년에 OnTradeTransaction 이 보장되었다는 것입니다! :)
그것이 내가 십자가에 못 박는 이유입니다 (지연 제외)
추가됨
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
"플로팅" PositionSelect() 오류
MQ 알렉산더 , 2016.08.03 18:00
주문, 위치 및 거래에 관해서.
도움말에 나와 있는 것처럼 - 거래의 순서는 보장되지 않습니다 - 히스토리로 주문을 이관하는 거래는 거래 거래보다 먼저 받을 수 있습니다.
단말기에서 의 포지션 변경은 각각 거래 거래를 수신한 결과 엄격하게 발생하며, 이를 수신하는 것은 포지션이 변경되었음을 보장합니다.
내역에 대한 주문 이전 거래를 수신하면 해당 주문이 더 이상 활성(개방)되지 않고 주문 내역으로 이전되었음을 보장합니다.
이 문구에 관해서는.
분명히 비동기 거래가있는 터미널의 초기 버전 중 하나에 대한 문서에서 남아있었습니다. 곧 제거하겠습니다. 죄인은 총에 맞을 것이다 .