우리는 근본적으로 DLL의 성장과 거래자에 대한 막대한 위협의 생성에 반대합니다. 이제는 오히려 일부 기업들이 조용히 정리하는 불법행위를 근절하기 위해 노력하고 있습니다.
"안전하지 않은" DLL이 존재하지 않습니다. 거의 모든 DLL(시스템 DLL 포함, 거의 대부분 보호되지 않음)을 통해 후속 제어 가로채기와 함께 스택 중단 공격을 수행할 수 있습니다. 그리고 보안 수준이 기초 아래로 떨어지자 마자 신뢰할 수 있는 DLL의 형태로 보안의 환상을 주는 것으로 충분합니다. 모든 훌륭한 개발자는 자신의 창작물을 허용 목록에 포함하기 위해 아무것도 이해하지 못하는 사용자를 요구할 것입니다. 그들은 누군가의 추천과 상인의 안전에 침을 뱉고 싶었습니다. 왜냐하면 그들에게 가장 중요한 것은 돈뿐이기 때문입니다.
어떠한 경우에도 우리는 Microsoft 솔루션과 같이 매우 중요한 시스템에 구멍을 뚫지 않을 것입니다.
대화가 있으면 탈출구를 찾을 수 있습니다.
예를 들어, 필요한 데이터베이스(dll 프로그래머가 사용하려는)를 만들고 이 기능을 표준 MQL5로 구현합니다.
결국 나는 글을 거의 쓰지 않고 내가 아는 것보다 훨씬 적은 수의 논증을 제시합니다. 순진한 함수 집합은 특히 그 결과를 계산하기 쉽습니다.
내가 주장하면 트롤에 빠지고, 그렇지 않으면 당신 외에는 배울 곳이 없는 정보 없이 남겨지는 이상한 상황입니다.
그러나 추상화로 넘어가지 맙시다. 사람은 Filemapping이 필요합니다. 글쎄요, 그는 정보를 교환하기 위해 임시 파일로 나사를 이기고 싶지 않습니다. 그게 무슨 문제입니까?
나는 무엇을 구현해야 하고 무엇을 하지 말아야 하는지에 대한 질문만 다룰 사람을 뽑을 것을 제안합니다. 그리고 당신은 "일련의 기능은 계산하기 쉽고, 특히 그 결과가 특히 그렇습니다."라고 말합니다. 기능에 대한 요청이 적합하지 않습니다. 우리는 어떤 문제 때문에 이것을하지 않을 것이라고 대답했습니다.
본인이 책임을 지는 것이 아니라 직위별로 담당하는 사람임이 분명합니다. 하지만 상황이 바뀔 것입니다.
Перед многими разработчиками встает одинаковая проблема - как пробиться в песочницу торгового терминала без применения небезопасных DLL. Одним из простых и безопасных методов является использование стандартных именованных каналов (Named Pipes), которые работают как обычные файловые операции. Они позволяют организовать межпроцессорное клиент-серверное взаимодействие между программами. Посмотрите практические примеры на C++ и MQL5 в виде сервера, клиента, обмен данными между ними и замер производительности.
Renat : 프로세스 간에서 아름다운 데이터 교환을 위해 명명된 파이프의 일반적인 기능이 있습니다.
좋아, 이것이 그가 필요한 것인지는 모르겠지만 그렇게 되기를 바랍니다.
그러나 일반적인 질문은 다른 것입니다. SD가 너무 과부하되어 간단한 마이크로초 타이머가 1년 동안 구현되었습니다(지금 당장은 편집을 요청하고, 예를 들어 이벤트 재설정의 우선 순위 제어를 좋아할 것입니다).
질문은 대화에 있으며 투명한 대화가 없으므로 책임자가 손가락으로 링크를 가리 키지 만 (이것은 이미 요청되었습니다) 이것을 고려할 것입니다.
글쎄요, 저는 잘 모르겠습니다. 구현 요청에 따라 분기를 만들어 목적에 맞게(첫 페이지에 고유한 요청 테이블 포함) 우리가 어디로 이동하는지 볼 수 있도록 합니다. 그렇지 않고, 언제 구현될지 그리고 하나 또는 다른 문제가 전혀 없을지 여부가 명확하지 않은 경우 개발을 계획하는 것은 절대 불가능합니다.
아니요.
우리는 근본적으로 DLL의 성장과 거래자에 대한 막대한 위협의 생성에 반대합니다. 이제는 오히려 일부 기업들이 조용히 정리하는 불법행위를 근절하기 위해 노력하고 있습니다.
"안전하지 않은" DLL이 존재하지 않습니다. 거의 모든 DLL(시스템 DLL 포함, 거의 대부분 보호되지 않음)을 통해 후속 제어 가로채기와 함께 스택 중단 공격을 수행할 수 있습니다. 그리고 보안 수준이 기초 아래로 떨어지자 마자 신뢰할 수 있는 DLL의 형태로 보안의 환상을 주는 것으로 충분합니다. 모든 훌륭한 개발자는 자신의 창작물을 허용 목록에 포함하기 위해 아무것도 이해하지 못하는 사용자를 요구할 것입니다. 그들은 누군가의 추천과 상인의 안전에 침을 뱉고 싶었습니다. 왜냐하면 그들에게 가장 중요한 것은 돈뿐이기 때문입니다.
어떠한 경우에도 우리는 Microsoft 솔루션과 같이 매우 중요한 시스템에 구멍을 뚫지 않을 것입니다.
대화가 있으면 탈출구를 찾을 수 있습니다.
예를 들어, 필요한 데이터베이스(dll 프로그래머가 사용하려는)를 만들고 이 기능을 표준 MQL5로 구현합니다.
대화가 있으면 탈출구를 찾을 수 있습니다.
예를 들어, 필요한 데이터베이스(dll 프로그래머가 사용하려는)를 만들고 이 기능을 표준 MQL5로 구현합니다.
즉, 당신은 내 메시지를 읽지 않았고 그것에 대해 생각하지 않았습니다.
결국 나는 글을 거의 쓰지 않고 내가 아는 것보다 훨씬 적은 수의 논증을 제시합니다. 순진한 함수 집합은 특히 그 결과를 계산하기 쉽습니다.
즉, 시장에서 ex5를 판매하기 위해 반대를 제안합니까? 빈 쉘 + dll을 코드 베이스에 넣으시겠습니까?
대화가 있으면 탈출구를 찾을 수 있습니다.
예를 들어, 필요 데이터베이스(dll 프로그래머가 사용하려는)를 만들고 이 기능을 표준 MQL5로 구현합니다.
즉, 당신은 내 메시지를 읽지 않았고 그것에 대해 생각하지 않았습니다.
결국 나는 글을 거의 쓰지 않고 내가 아는 것보다 훨씬 적은 수의 논증을 제시합니다. 순진한 함수 집합은 특히 그 결과를 계산하기 쉽습니다.
내가 주장하면 트롤에 빠지고, 그렇지 않으면 당신 외에는 배울 곳이 없는 정보 없이 남겨지는 이상한 상황입니다.
그러나 추상화로 넘어가지 맙시다. 사람은 Filemapping이 필요합니다. 글쎄요, 그는 정보를 교환하기 위해 임시 파일로 나사를 이기고 싶지 않습니다. 그게 무슨 문제입니까?
나는 무엇을 구현해야 하고 무엇을 하지 말아야 하는지에 대한 질문만 다룰 사람을 뽑을 것을 제안합니다. 그리고 당신은 "일련의 기능은 계산하기 쉽고, 특히 그 결과가 특히 그렇습니다."라고 말합니다. 기능에 대한 요청이 적합하지 않습니다. 우리는 어떤 문제 때문에 이것을하지 않을 것이라고 대답했습니다.
본인이 책임을 지는 것이 아니라 직위별로 담당하는 사람임이 분명합니다. 하지만 상황이 바뀔 것입니다.
간단합니다. 모든 것을 운에 맡기면 MT를 통해 재정적 붕괴를 쉽게 주선할 수 있습니다.
Urain :
사람은 Filemapping이 필요합니다. 글쎄, 그는 정보를 교환하기 위해 임시 파일로 나사를 이기고 싶지 않습니다. 그게 무슨 문제입니까?
1. 사람은 파일 매핑이 필요하지 않지만 매핑을 사용하여 잘 구현된 것입니다.
2. 나쁘지는 않지만 가게에는 없습니다.
3. 위에서 법적 구현에 대해 설명했습니다.
한 사람을 위해 시장의 원칙을 깨기 위해 세 가지 대안이 있다?
프로세스 간에서 아름다운 데이터 교환을 위해 명명된 파이프의 일반적인 기능이 있습니다.
좋아, 이것이 그가 필요한 것인지는 모르겠지만 그렇게 되기를 바랍니다.
그러나 일반적인 질문은 다른 것입니다. SD가 너무 과부하되어 간단한 마이크로초 타이머가 1년 동안 구현되었습니다(지금 당장은 편집을 요청하고, 예를 들어 이벤트 재설정의 우선 순위 제어를 좋아할 것입니다).
질문은 대화에 있으며 투명한 대화가 없으므로 책임자가 손가락으로 링크를 가리 키지 만 (이것은 이미 요청되었습니다) 이것을 고려할 것입니다.
글쎄요, 저는 잘 모르겠습니다. 구현 요청에 따라 분기를 만들어 목적에 맞게(첫 페이지에 고유한 요청 테이블 포함) 우리가 어디로 이동하는지 볼 수 있도록 합니다. 그렇지 않고, 언제 구현될지 그리고 하나 또는 다른 문제가 전혀 없을지 여부가 명확하지 않은 경우 개발을 계획하는 것은 절대 불가능합니다.
프로세스 간에서 아름다운 데이터 교환을 위해 명명된 파이프의 일반적인 기능이 있습니다.
문제는 Expert Advisor가 서버 모드에서 시작되고 파이프에 클라이언트만 있다는 것입니다.
그들은 적합하지 않습니다.
따라서 MQL 파이프에 서버 모드를 추가하십시오. 그래서 가능합니까? 아니면 보안도 무너질까요?