cameofx : 맙소사, 당신은 내 편집 속도를 능가했습니다 :)). 나는 그것을 편집했다. 그것은 GlobalVariable이라는 것을 언급하는 것을 잊었습니다.
다른 터미널에서 세션을 계속해야 하는 경우(예: 컴퓨터가 사망한 경우)...? U에는 여전히 지속성 레이어가 필요합니다(GV는 터미널 - 클라이언트 측에 저장됨). '자동화된' 매직 넘버의 이면에 있는 전체 아이디어는 각 전문가마다 고유한 숫자를 얻는 것이지만 지속성 레이어가 필요하지 않습니다...
다른 터미널에서 세션을 계속해야 하는 경우(예: 컴퓨터가 사망한 경우)...? U에는 여전히 지속성 레이어가 필요합니다(GV는 터미널 - 클라이언트 측에 저장됨). '자동화된' 매직 넘버의 이면에 있는 전체 아이디어는 각 전문가마다 고유한 숫자를 얻는 것이지만 지속성 레이어가 필요하지 않습니다...
독특하다; 거기에 이견이 없습니다. 그러나 다시 - 컴퓨터가 고장난 경우를 가정해 봅시다. U 다른 터미널을 사용하여 전문가를 다른 컴퓨터로 데려가 동일한 계정에 로그인하고 동일한 전문가를 계속 진행합니다. 전문가가 적절하게 설계되었다면 이제 전문가가 처리 중인 주문에 다른 마법을 할당한다는 점을 제외하고는 문제가 되지 않습니다. 그래서 분명히 작동하지 않을 것입니다.
- 각 생성된 거래에 대해 다른 매직 넘버를 할당하는 것이 요점이라고 생각하십니까? 브로커가 주문을 수락한 후에야 OrderMagicNumber()가 수정되고 검색할 수 있습니다.
이전 '죽은' 클라이언트 터미널에 의한 이전 거래가 OrderMagicNumber를 성공적으로 생성한 경우 다른 터미널의 다음 동일하거나 다른 전문가는 동일한 매직 번호를 생성 하지 않습니다 .
- IMHO - 귀하의 용어를 사용하여 : 레이어링 필요없이 시간이 지속됩니다. 두 번은 동일하지 않습니다.. :))
- 링크 주셔서 감사합니다. 읽었습니다. 완전 랜덤으로 생성되는 매직넘버는 반대할게 없지만 그래도 나름 논리적이고 용도가 다른 매직넘버를 선호합니다..
- 다른 터미널 에서 1초 미만의 찰나의 순간 에 2개 이상의 주문이 수락되면 기술 이 중단됩니다. 내가 추측하는 것은 가능성이 낮습니다 ...
아니요... 전문가 전체를 위한 것입니다. 따라서 동일한 계정에서 몇 명의 전문가를 운영하면 서로 간섭하지 않습니다. 개인적으로 자동화 시스템을 좋아하지도 사용하지도 않습니다. 나는 마법에 정보를 저장하기 때문에 하나의 마법 번호가 아니라 각 전문가에 대해 다양한 마법 번호를 사용합니다. 그럼에도 불구하고 이 스레드에서는 각 전문가 에 대해 고유한 매직 넘버를 자동으로 설정하는 방법에 대해 설명합니다.
고든, 나는 당신의 의견을 소중히 여깁니다. 내가 너무 명확하게 설명하지 않았을 수도 있지만 이 기술에 대한 내 게시물을 다시 읽으십시오. 그것은 전체 전문가를위한 것입니다 (결과적으로 각 전문가, 각 거래, 각 터미널은 자동으로) ... 따라서 WindowsExpertName() 호출을 사용하면 ID를 검색하고 동일한 이름의 전문가가 다른 차트 및 TimeCurrent에 첨부될 때마다 GlobalVariable 카운터와 연결합니다. (). 좀 더 생각해 보시기 바랍니다.. 유지되거나 되지 않습니다. 당신이나 다른 사람들이 그것을 쉽게 깨뜨릴 수 있다고 생각한다면 아마도 이것도 다시 생각해야 할 것입니다... :))
cameofx : 고든, 나는 당신의 의견을 소중히 여깁니다. 내가 너무 명확하게 설명하지 않았을 수도 있지만 이 기술에 대한 내 게시물을 다시 읽으십시오. 그것은 전체 전문가를위한 것입니다 ... 따라서 사용 동일한 이름의 전문가가 다른 차트에 첨부될 때마다 WindowsExpertName() 호출 및 GlobalVariable 카운터와 연결합니다. 좀 더 생각해 보시기 바랍니다.. 유지되거나 되지 않습니다. 당신이나 다른 사람들이 그것을 쉽게 깨뜨릴 수 있다고 생각한다면 아마도 이것도 다시 생각해야 할 것입니다... :))
나는 했다. 나는 원래 게시물이 아니라 당신이 말한 것을 언급하고있었습니다 ( "각 생성 된 거래에 대해 다른 매직 번호를 할당하는 것이 요점이라고 생각했습니다" ). 내가 명확하지 않았다면 죄송합니다.
아무튼 다시 읽어보니. 내가 볼 수있는 문제는 다음과 같습니다. - 주민등록번호는 무엇인가요? 각 전문가에 대해 하드 코딩된 고유 번호 또는 무엇입니까? 전문가의 이름이 동일하지 않은지 확인하는 것은 쉽고, 번호가 동일하지 않은지 확인하는 것은 더 어렵습니다. 특히 하드 코딩된 경우에는 더욱 그렇습니다. - 지속성. 고집. 고집. 다시 - 어떻게 다른 터미널에서 세션을 계속합니까? 예를 들어 시간 프레임은 어디에 저장됩니까? - 사용자는 수동으로 GV를 엉망으로 만들 수 있습니다(그러나 이것은 대부분의 경우 문제가 되지 않을 것입니다...).
맙소사, 당신은 내 편집 속도를 능가했습니다 :)). 나는 그것을 편집했다. 그것은 GlobalVariable이라는 것을 언급하는 것을 잊었습니다.
다른 터미널에서 세션을 계속해야 하는 경우(예: 컴퓨터가 사망한 경우)...? U에는 여전히 지속성 레이어가 필요합니다(GV는 터미널 - 클라이언트 측에 저장됨). '자동화된' 매직 넘버의 이면에 있는 전체 아이디어는 각 전문가마다 고유한 숫자를 얻는 것이지만 지속성 레이어가 필요하지 않습니다...
그 마법에 대한 지속성 수준을 유지해야하기 때문입니다. 터미널이 다시 시작되면 어떻게 됩니까? 마법은 다를텐데...
마지막 액세스 후 14일과 같이 GlobalVariable 값이 존재하는 어딘가를 읽었습니다. 그 기술이 유지된다면 마법 번호 로 주문 시간을 검색하는 추가 이점이 있습니다.
무엇을 확인합니까?
다른 터미널에서 세션을 계속해야 하는 경우(예: 컴퓨터가 사망한 경우)...? U에는 여전히 지속성 레이어가 필요합니다(GV는 터미널 - 클라이언트 측에 저장됨). '자동화된' 매직 넘버의 이면에 있는 전체 아이디어는 각 전문가마다 고유한 숫자를 얻는 것이지만 지속성 레이어가 필요하지 않습니다...
그것은 아마도 GV를 깨뜨릴 것이지만 초는 유지되고 초 IMHO 에 고유합니다..
그것은 아마도 GV를 깨뜨릴 것이지만 초는 유지되고 초 IMHO 에 고유합니다..
독특하다; 거기에 이견이 없습니다. 그러나 다시 - 컴퓨터가 고장난 경우를 가정해 봅시다. U 다른 터미널을 사용하여 전문가를 다른 컴퓨터로 데려가 동일한 계정에 로그인하고 동일한 전문가를 계속 진행합니다. 전문가가 적절하게 설계되었다면 이제 전문가가 처리 중인 주문에 다른 마법을 할당한다는 점을 제외하고는 문제가 되지 않습니다. 그래서 분명히 작동하지 않을 것입니다.
마지막 액세스 후 14일과 같이 GlobalVariable 값이 존재하는 어딘가를 읽었습니다. 그 기술이 유지된다면 마법 번호로 주문 시간을 검색하는 추가 이점이 있습니다.
무엇을 확인합니까?
내 생각에 30 ... 그러나 그럼에도 불구하고 그들은 특정 터미널과 함께 클라이언트 측을 유지합니다.
ps 그렇게 하지 않았다면 이 스레드를 살펴보십시오 -> https://www.mql5.com/en/forum/120034 . 같은 문제에 대해 토론하고 많은 멋진 아이디어를 가지고 있습니다...
... 이제 전문가가 처리하는 주문에 다른 마법을 할당한다는 점만 제외하고 . 그래서 분명히 작동하지 않을 것입니다.
모르겠어요..
- 각 생성된 거래에 대해 다른 매직 넘버를 할당하는 것이 요점이라고 생각하십니까? 브로커가 주문을 수락한 후에야 OrderMagicNumber()가 수정되고 검색할 수 있습니다.
이전 '죽은' 클라이언트 터미널에 의한 이전 거래가 OrderMagicNumber를 성공적으로 생성한 경우 다른 터미널의 다음 동일하거나 다른 전문가는 동일한 매직 번호를 생성 하지 않습니다 .
- IMHO - 귀하의 용어를 사용하여 : 레이어링 필요없이 시간이 지속됩니다. 두 번은 동일하지 않습니다.. :))
- 링크 주셔서 감사합니다. 읽었습니다. 완전 랜덤으로 생성되는 매직넘버에 반대는 없지만 그래도 나름 논리적이고 용도가 다른 매직넘버를 선호합니다..
- 다른 터미널 에서 1초 미만의 찰나의 순간 에 2개 이상의 주문이 수락 되면 기술 이 중단될 수 있습니다. 내가 추측하는 것은 가능성이 낮습니다 ...
모르겠어요..
- 각 생성된 거래에 대해 다른 매직 넘버를 할당하는 것이 요점이라고 생각하십니까? 브로커가 주문을 수락한 후에야 OrderMagicNumber()가 수정되고 검색할 수 있습니다.
이전 '죽은' 클라이언트 터미널에 의한 이전 거래가 OrderMagicNumber를 성공적으로 생성한 경우 다른 터미널의 다음 동일하거나 다른 전문가는 동일한 매직 번호를 생성 하지 않습니다 .
- IMHO - 귀하의 용어를 사용하여 : 레이어링 필요없이 시간이 지속됩니다. 두 번은 동일하지 않습니다.. :))
- 링크 주셔서 감사합니다. 읽었습니다. 완전 랜덤으로 생성되는 매직넘버는 반대할게 없지만 그래도 나름 논리적이고 용도가 다른 매직넘버를 선호합니다..
- 다른 터미널 에서 1초 미만의 찰나의 순간 에 2개 이상의 주문이 수락되면 기술 이 중단됩니다. 내가 추측하는 것은 가능성이 낮습니다 ...
아니요... 전문가 전체를 위한 것입니다. 따라서 동일한 계정에서 몇 명의 전문가를 운영하면 서로 간섭하지 않습니다. 개인적으로 자동화 시스템을 좋아하지도 사용하지도 않습니다. 나는 마법에 정보를 저장하기 때문에 하나의 마법 번호가 아니라 각 전문가에 대해 다양한 마법 번호를 사용합니다. 그럼에도 불구하고 이 스레드에서는 각 전문가 에 대해 고유한 매직 넘버를 자동으로 설정하는 방법에 대해 설명합니다.
나는 당신의 의견을 소중히 여깁니다. 내가 너무 명확하게 설명하지 않았을 수도 있지만 이 기술에 대한 내 게시물을 다시 읽으십시오. 그것은 전체 전문가를위한 것입니다
(결과적으로 각 전문가, 각 거래, 각 터미널은 자동으로) ... 따라서 WindowsExpertName() 호출을 사용하면 ID를 검색하고 동일한 이름의 전문가가 다른 차트 및 TimeCurrent에 첨부될 때마다 GlobalVariable 카운터와 연결합니다. ().
좀 더 생각해 보시기 바랍니다.. 유지되거나 되지 않습니다. 당신이나 다른 사람들이 그것을 쉽게 깨뜨릴 수 있다고 생각한다면 아마도 이것도 다시 생각해야 할 것입니다... :))
고든,
나는 당신의 의견을 소중히 여깁니다. 내가 너무 명확하게 설명하지 않았을 수도 있지만 이 기술에 대한 내 게시물을 다시 읽으십시오. 그것은 전체 전문가를위한 것입니다 ... 따라서 사용
동일한 이름의 전문가가 다른 차트에 첨부될 때마다 WindowsExpertName() 호출 및 GlobalVariable 카운터와 연결합니다.
좀 더 생각해 보시기 바랍니다.. 유지되거나 되지 않습니다. 당신이나 다른 사람들이 그것을 쉽게 깨뜨릴 수 있다고 생각한다면 아마도 이것도 다시 생각해야 할 것입니다... :))
아무튼 다시 읽어보니. 내가 볼 수있는 문제는 다음과 같습니다.
- 주민등록번호는 무엇인가요? 각 전문가에 대해 하드 코딩된 고유 번호 또는 무엇입니까? 전문가의 이름이 동일하지 않은지 확인하는 것은 쉽고, 번호가 동일하지 않은지 확인하는 것은 더 어렵습니다. 특히 하드 코딩된 경우에는 더욱 그렇습니다.
- 지속성. 고집. 고집. 다시 - 어떻게 다른 터미널에서 세션을 계속합니까? 예를 들어 시간 프레임은 어디에 저장됩니까?
- 사용자는 수동으로 GV를 엉망으로 만들 수 있습니다(그러나 이것은 대부분의 경우 문제가 되지 않을 것입니다...).
편집: 아마도 시간대가 좋은 예가 아닐 수도 있습니다...
코드좀 넣어줄게...