Shu>> : 작업 사실(별도의 컴퓨터 1대) - 약 15명의 "에이전트"가 http를 통해 하나의 리소스로 이동합니다(어드바이저에서 - 표준 나사 dll). 모든 틱 / 모든 틱으로 이동합니다. "약 15개" - 터미널 수가 지난 1년 동안 다양했기 때문입니다. 문제가 없었습니다!
그리고 준수해서는 안됩니다.
사실 전문가는 정보를 얻기 위해 1초 이상 걸을 수 없습니다. 이것이 MT4 <-> wininet.dll <-> 서버 번들이 작동하는 방식입니다.
글쎄, 클라이언트는 매초 요청으로 서버를 망치게 될 것입니다. 그래서 무엇? 그것이 그가 어떤 부하도 견딜 수 있는 서버인 이유입니다. Google이 어떻게 망치고 있는지 또는 VKontakte를 상상해보십시오.
이 요청-응답 번들에서 각각 3개의 터미널을 실행하는 20대의 머신과 테스터에서 실행할 때의 요청에서 검증을 테스트했습니다!
그리고 실험에 참가한 모든 참가자는 매우 시원하다고 느꼈습니다(제공자도 마찬가지입니다:). 유일한 것은 테스트가 느리다는 것입니다. 틱은 초당 한 번 처리됩니다. 하지만 그것도 그렇게 큰 문제는 아니다.
주제의 주요 주제인 지표(Yury가 이야기하기 시작한 신호가 아님)에 대해서는 지표 구성이 유사한 시스템에서 수행됩니다. 한 틱이 아니라 전체 막대 기록에 대한 데이터만 클라이언트에 전송됩니다. 그래서 전체 이력에 대한 표시줄의 저장된 값을 가정해 보겠습니다. 수학을 할 수 있습니다. 예를 들어 표시기의 한 줄에 대해 250,000바 * 8바이트(막대 시간) + 8바이트(줄 값) ~ 4MB 정보. 자, 이것은 어렵습니다. 따라서 예를 들어 100-1000 표시기 점의 구성을 제한해야 합니다(라인 수에 따라 다름).
그리고 시스템을 해킹 위험에 노출시킨 다음 즉시 지표를 배포하면 됩니다. MQL과 같은 언어의 존재를 아는 사람들보다 서버 측을 깨뜨릴 의지와 능력이 있는 사람들이 훨씬 더 많습니다...
:-) 나는 토론에서 그런 사건의 차례를 기다리고있었습니다.
--
하지만 - 그들은 또한 표시기로 유통업체의 차를 해킹할 수 있습니다.
서버 보호를 허용 가능한 수준으로 만들 수 없는 경우
그런 다음 높은 확률로 - 그리고 그는 자신을 보호할 수 없을 것입니다
- 50/50% 정도입니다.
--
Dmitry가 설명한 것처럼 단 하나의 이점이 있습니다.
호스팅은 5$이며 가상 머신은 이미 50$입니다.
nifiga - 이를 위해서는 먼저 배포 서버를 깨고 들어오는 현금을 계산해야 하므로 상황이 복잡해집니다...
nifiga - 이를 위해서는 먼저 배포 서버를 깨고 들어오는 현금을 계산해야 하므로 상황이 복잡해집니다...
:-) 서버를 망가뜨릴 수 있는 사람이라면 더 나아가기 어렵지 않을 것이다.
--
또한 배포자의 주소를 계산할 수 있습니다. 예를 들어 Skype 비누 에이스를 통해 그와 통신을 시작하는 것과 같이 약간 다르게 할 수 있습니다.
클라이언트로 가장하여 클라이언트로 시스템에 연결
--
호스트를 깨는 것은 의미가 없습니다.
서신을 수행하는 것으로 충분합니다 - 두 개의 편지, 고유한 트로이 목마가 있는 편지 등 - (결국 우리는 사람이 호스트를 보호하는 방법을 모르는 상황에 대해 이야기하고 있습니다)
이것은 방화벽이 무엇인지를 의미합니다. (호스트에서는 클라이언트와 배포자에게만 열 수 있음) 등등, 그는 알지 못합니다.
그러나 방화벽에도 불구하고 보호를 깨는 사람들은 이미 적습니다. 서비스 비용이 더 비쌉니다.
MT4가 서버에 얼마나 자주 액세스한다고 생각하십니까?
MT4가 서버에 얼마나 자주 액세스한다고 생각하십니까?
네트워크 스니퍼를 넣으면 잘 알 수 있습니다. 그렇지 않으면 방화벽을 기록할 수 있습니다.
MT4가 서버에 얼마나 자주 액세스한다고 생각하십니까?
매우 자주 그러나 동시에 기술이 다르기 때문에 트래픽이 크지 않으며 http를 통해 동일한 작업을 수행하면 알 수 없습니다. 카트를 제자리에서 밀어낼 것입니다.5분에 한 번 이상 http를 사용하는 것은 비용이 많이 들지만 패키지가 작으면 작동합니다.
5분에 한 번 이상 http를 사용하는 것은 비용이 많이 들지만 패키지가 작으면 작동합니다.
작업 사실(별도의 컴퓨터 1대) - 약 15명의 "에이전트"가 http를 통해 하나의 리소스로 이동합니다(어드바이저에서 - 표준 나사 dll). 모든 틱 / 모든 틱으로 이동합니다. "약 15개" - 터미널 수가 지난 1년 동안 다양했기 때문입니다. 문제가 없었습니다!
그리고 준수해서는 안됩니다.
사실 전문가는 정보를 얻기 위해 1초 이상 걸을 수 없습니다. 이것이 MT4 <-> wininet.dll <-> 서버 번들이 작동하는 방식입니다.
글쎄, 클라이언트는 매초 요청으로 서버를 망치게 될 것입니다. 그래서 무엇? 그것이 그가 어떤 부하도 견딜 수 있는 서버인 이유입니다. Google이 어떻게 망치고 있는지 또는 VKontakte를 상상해보십시오.
이 요청-응답 번들에서 각각 3개의 터미널을 실행하는 20대의 머신과 테스터에서 실행할 때의 요청에서 검증을 테스트했습니다!
그리고 실험에 참가한 모든 참가자는 매우 시원하다고 느꼈습니다(제공자도 마찬가지입니다:). 유일한 것은 테스트가 느리다는 것입니다. 틱은 초당 한 번 처리됩니다. 하지만 그것도 그렇게 큰 문제는 아니다.
따라서 이러한 시스템(특정 코드 블록이 인터넷에 게시됨)은 꽤 작동합니다.
수학을 할 수 있습니다.
예를 들어 표시기의 한 줄에 대해 250,000바 * 8바이트(막대 시간) + 8바이트(줄 값) ~ 4MB 정보.
자, 이것은 어렵습니다. 따라서 예를 들어 100-1000 표시기 점의 구성을 제한해야 합니다(라인 수에 따라 다름).
그러나 요청-응답 방식은 이러한 목적에 매우 적합합니다.