당신이나 나에 관한 것이 아닙니다! 문제는 IT 산업 자체에 있으며 보호 방법은 오랫동안 발명되어 왔으며 지속적으로 개선되고 있으며 보호하는 사람과 "확인"하는 사람이 있습니다.
그리고 내 IMHO, PlayStation / XBox의 다음 해킹에 대한 다음 기사를 보면 누군가가 필요합니다! - Mayakovsky))) - 이것은 또 다른 똑똑한 해커가 아니라 IT 거인의 마케팅 전략입니다. 독학으로 취약점을 찾은 사람 - 예, 소프트웨어에 오류가 있고 취약점이 있지만 취약점이 있습니다. 또한 소프트웨어에 대한 관심을 높이는 마케팅 전략
;)
IMHO, 작업의 복잡성을 과대평가했지만(dll에서 µl 가져오기) 솔루션이 복잡하고 불편합니다(음, 각 실행 후 디버거에 앉아 있는 이유는 무엇입니까?). 소켓을 통해 터미널의 서비스와 타사 프로그램 간의 교환 프로토콜에 대해 생각하고 sish 및 마이크로 부분을 작성하고 무료로 공개 액세스할 수 있도록 하는 것이 훨씬 더 우아합니다. 그게 다야, 당신은 아무것도 깨뜨릴 필요조차 없습니다.
개발자에 따르면 각 프로그램의 "MQL 샌드박스"를 넘어서는 것은 불가능합니다. 그러면 소켓을 통해 TCP로 이동합니다. 그러면 무엇을 줄까요?
대화가 시작된 곳과 마찬가지로 소스 코드를 편집하지 않고 다른 MQL 프로그램에 들어갈 수 없습니다. dll에서 MQL 함수를 호출할 수 없습니다.
아니면 MQL 프로그램의 원격 제어에 관한 것입니까? - 문제가 된 적이 없습니다. 자체 교환 프로토콜을 개발하고 최대한 관리합니다.
"API의 유사성을 만들기 위해"에 대한 연설, 보편적. 크로스 프로그램 lib에 첨부되어 데이터 수신/응용 프로그램을 보냅니다. 그리고 그것은 샌드 박스와 내 안전에 대한 "걱정"이없는 성인을위한 것입니다. 데이터와 애플리케이션만 관리할 필요가 없습니다. 알다시피, 이 농장은 그래프와 같은 다양한 고기로 무성할 것입니다. 분석.
그러나 청중에 대해서는 다른 정책이 있으며 정확합니다. 소프트웨어 구매자는 귀하를 알지 못하므로 dll이 포함된 MQL 프로그램은 네트워크에서 인기가 없습니다. 갑자기 당신은 의도적으로 그것을하지 않았지만 당신은 당신의 컴퓨터가 병에 걸린 이유를 이해하지 못하고 당신의 dll과 함께 당신은 사용자의 PC에 많은 바이러스를 전송합니다 ... 일반적으로 여기에있는 모든 것은 약속대로 개발자 - 최종 사용자, 즉 거래자를 위한 최대 보호.
이것은 모두 새는 Windows이지만 순서대로 정리한 것처럼 보입니다.
그래서 저는 Linux에서 실행 파일을 실행하는 것을 전혀 두려워하지 않습니다. 관리자 권한 없이 실행하는 이 소프트웨어는 나쁜 일조차 할 수 없습니다. 나는 Windows와 함께 바이러스를 잊어 버렸습니다.
개발자에 대한 소원으로 돌아갑니다. 또 다른 생각이 떠올랐다. 비동기 코드 작업을 위한 기능이 mql 언어로 구현되면 표시기 작업을 즉시 비동기 모드로 전환하고 스레드 문제를 제거할 수 있습니다. 다중 스레드 표시기의 문제를 해결하면 눈금 차트를 안전하게 구현할 수 있습니다. 전체 체인이 서로 연결되어 있습니다. 비동기는 빠른 프로그램 작성 개발에 새로운 자극을 줄 것입니다. 눈금 차트로의 확장 문제를 해결합니다.
글쎄, 나는 손가락으로 똑같이하지 않았다)). 높은 확률로 dll에서 함수를 호출할 수 있지만 문제가 있을 가능성이 높습니다. 시작할 때마다 디버거를 파헤쳐야 합니다. 일반적으로 so-so 옵션입니다.
당신이나 나에 관한 것이 아닙니다! 문제는 IT 산업 자체에 있으며 보호 방법은 오랫동안 발명되어 왔으며 지속적으로 개선되고 있으며 보호하는 사람과 "확인"하는 사람이 있습니다.
그리고 내 IMHO, PlayStation / XBox의 다음 해킹에 대한 다음 기사를 보면 누군가가 필요합니다! - Mayakovsky))) - 이것은 또 다른 똑똑한 해커가 아니라 IT 거인의 마케팅 전략입니다. 독학으로 취약점을 찾은 사람 - 예, 소프트웨어에 오류가 있고 취약점이 있지만 취약점이 있습니다. 또한 소프트웨어에 대한 관심을 높이는 마케팅 전략
;)
IMHO, 작업의 복잡성을 과대평가했지만(dll에서 µl 가져오기) 솔루션이 복잡하고 불편합니다(음, 각 실행 후 디버거에 앉아 있는 이유는 무엇입니까?). 소켓을 통해 터미널의 서비스와 타사 프로그램 간의 교환 프로토콜에 대해 생각하고 sish 및 마이크로 부분을 작성하고 무료로 공개 액세스할 수 있도록 하는 것이 훨씬 더 우아합니다. 그게 다야, 당신은 아무것도 깨뜨릴 필요조차 없습니다.
무엇을 줄지 명확하지 않습니까?
개발자에 따르면 각 프로그램의 "MQL 샌드박스"를 넘어서는 것은 불가능합니다. 그러면 소켓을 통해 TCP로 이동합니다. 그러면 무엇을 줄까요?
대화가 시작된 곳과 마찬가지로 소스 코드를 편집하지 않고 다른 MQL 프로그램에 들어갈 수 없습니다. dll에서 MQL 함수를 호출할 수 없습니다.
아니면 MQL 프로그램의 원격 제어에 관한 것입니까? - 문제가 된 적이 없습니다. 자체 교환 프로토콜을 개발하고 최대한 관리합니다.
"API의 유사성을 만들기 위해"에 대한 연설, 보편적. 크로스 프로그램 lib에 첨부되어 데이터 수신/응용 프로그램을 보냅니다. 그리고 그것은 샌드 박스와 내 안전에 대한 "걱정"이없는 성인을위한 것입니다. 데이터와 애플리케이션만 관리할 필요가 없습니다. 알다시피, 이 농장은 그래프와 같은 다양한 고기로 무성할 것입니다. 분석.
그러나 여기서 청중은 동일하지 않습니다 - 시장의 판매자와 구매자.
Igor Makanu :
그러나 청중에 대해서는 다른 정책이 있으며 정확합니다. 소프트웨어 구매자는 귀하를 알지 못하므로 dll이 포함된 MQL 프로그램은 네트워크에서 인기가 없습니다. 갑자기 당신은 의도적으로 그것을하지 않았지만 당신은 당신의 컴퓨터가 병에 걸린 이유를 이해하지 못하고 당신의 dll과 함께 당신은 사용자의 PC에 많은 바이러스를 전송합니다 ... 일반적으로 여기에있는 모든 것은 약속대로 개발자 - 최종 사용자, 즉 거래자를 위한 최대 보호.
이것은 모두 새는 Windows이지만 순서대로 정리한 것처럼 보입니다.
그래서 저는 Linux에서 실행 파일을 실행하는 것을 전혀 두려워하지 않습니다. 관리자 권한 없이 실행하는 이 소프트웨어는 나쁜 일조차 할 수 없습니다. 나는 Windows와 함께 바이러스를 잊어 버렸습니다.
이것은 모두 새는 Windows이지만 질서 회복을 맡은 것 같습니다.
따라서 Linux에서 ekzeshnik을 실행하는 것을 전혀 두려워하지 않습니다.
녹음)))
비동기 코드 작업을 위한 기능이 mql 언어로 구현되면 표시기 작업을 즉시 비동기 모드로 전환하고 스레드 문제를 제거할 수 있습니다.
다중 스레드 표시기의 문제를 해결하면 눈금 차트를 안전하게 구현할 수 있습니다. 전체 체인이 서로 연결되어 있습니다.
비동기는 빠른 프로그램 작성 개발에 새로운 자극을 줄 것입니다. 눈금 차트로의 확장 문제를 해결합니다.
비동기는 빠른 프로그램 작성 개발에 새로운 자극을 줄 것입니다.
현지 사람들의 자격을 감안할 때 이것은 발에 총을 쏘는 거의 보장 된 방법입니다.
그리고 정말로 의식적으로 비동기와 멀티스레딩을 필요로 하는 사람들을 위해 사용 가능한 수단을 사용하여 문제 없이 구현합니다.
현지 사람들의 자격을 감안할 때 이것은 발에 총을 쏘는 거의 보장 된 방법입니다.
그리고 정말로 의식적으로 비동기와 멀티스레딩을 필요로 하는 사람들을 위해 사용 가능한 수단을 사용하여 문제 없이 구현합니다.
네, 바로 머리에 총을 쏘더라도 그런 사람들입니다. 이것은 개발자와 그들의 제품의 문제가 아닙니다 ...
아스팔트 위의 두 손가락처럼 비동기 모드의 원리를 연구하고 이해하려면 스레드가 아닙니다. 그리고 힘들면 오를 것이 없습니다.
일부를 괴롭히는 포인터 참조 차이와 같은 영역에서 비동기와 멀티스레딩의 특별한 차이점에 대해 혼란스러워하는 것 같습니다.
비동기는 별도의 스레드를 통해 구현되며 이 프로세스에 프로세서 또는 기타 장치가 제공되는 것은 그다지 중요하지 않습니다. 그리고 프로세스 생성은 병렬로 존재하기 때문에 비동기성을 의미합니다.
똑똑한 참가자들을 읽고 있는데 당황스럽네요...
그리고 왜이 모든 종소리와 휘파람?
MQL에서 멀티스레딩이 매우 필요한 경우의 예를 들어주실 수 있습니까? 저에게 유일한 응용 프로그램은 정기적인 수단으로 매우 일반적으로 구현되는 테스트 전략입니다.
이론적으로 여러 WebRequest 를 실행하는 것이 합리적일 수 있지만 제 생각에는 멀티스레딩이 전혀 필요하지 않습니다.
멀티스레딩이 직접 필요한 작업은 무엇입니까?
조지, 모든 것의 의미는 항상 무효화될 수 있습니다. 그리고 그러한 접근 방식에 반대하는 것은 없습니다. 사람이 죽어도 왜 돈이 필요합니까? 어쨌든 모든 사람은 죽을 것입니다. 왜 시장, 알고리즘 거래 등이 필요한가요?
MQL에 일반 멀티스레딩이 있다는 것은 매우 멋진 일입니다. 많은 창의적인 테스트 장소를 위해 여기를 이해하십시오. "왜?"라는 질문이 항상 적절한 것은 아닙니다.