우선 키가 있는 메커니즘과 구매자와 판매자 간의 관계 전체 메커니즘을 자세히 설명하십시오. 아무도 지원하고 싶지 않은 지나치게 복잡한 일이 될 것입니다. 열쇠가 인터넷 주위에 있다는 사실은 말할 것도 없습니다. 나는 여러분 중 누구도 전체 시스템을 자세히 생각해 본 적이 없다고 확신합니다. 단지 피상적으로만 가정했을 뿐입니다.
우리는 보호 기능이 있는 MQL5 프로그램 을 사고파는 매우 쉽고 자동적이며 상당히 안정적인 시스템을 개발했습니다.
판매자는 판매를 위해 자신의 코드를 노출하고 가격을 표시합니다.
구매자는 리패키지된 데모를 다운로드하고 테스터에서 테스트하지만 이 코드를 터미널에서 물리적 으로 사용할 수 없습니다.
구매자는 하드웨어용으로 재포장된 형태로 프로그램을 구매하고 그의 컴퓨터에서만 실행됩니다(몇 번만 클릭하면 구매 가능)
판매자는 판매 보고서를보고 이익을 계산합니다
우리는 현금 결제에 대한 모든 작업을 수행합니다
결과적으로 판매자는 긴장하지 않고 모든 보호 작업이 자동으로 수행됩니다. 구매자는 몇 번의 클릭만으로 프로그램을 수신하고 키 생성, 전송, 오버레이에 대해 걱정하지 않습니다. 라이선스가 만료되면 이전에 구매한 프로그램을 새 장비에서 최대 3번까지 재활성화할 수 있습니다.
우선 키가 포함된 메커니즘과 구매자와 판매자 간의 관계 전체 메커니즘을 자세히 설명하십시오. 아무도 지원하고 싶지 않은 지나치게 복잡한 일이 될 것입니다. 열쇠가 인터넷 주위에 있다는 사실은 말할 것도 없습니다. 나는 여러분 중 누구도 전체 시스템을 자세히 생각해 본 적이 없다고 확신합니다. 단지 피상적으로만 가정했을 뿐입니다.
우리는 보호 기능이 있는 MQL5 프로그램 을 사고파는 매우 쉽고 자동적이며 상당히 안정적인 시스템을 개발했습니다.
판매자는 판매를 위해 자신의 코드를 노출하고 가격을 표시합니다.
구매자는 리패키지된 데모를 다운로드하고 테스터에서 테스트하지만 이 코드를 터미널에서 물리적 으로 사용할 수 없습니다.
구매자는 하드웨어용으로 재포장된 형태로 프로그램을 구매하고 그의 컴퓨터에서만 실행됩니다(몇 번만 클릭하면 구매 가능)
판매자는 판매 보고서를보고 이익을 계산합니다
우리는 현금 결제에 대한 모든 작업을 수행합니다
결과적으로 판매자는 긴장하지 않고 모든 보호 작업이 자동으로 수행됩니다. 구매자는 몇 번의 클릭만으로 프로그램을 수신하고 키 생성, 전송, 오버레이에 대해 걱정하지 않습니다. 라이선스가 만료되면 이전에 구매한 프로그램을 새 장비에서 최대 3번까지 재활성화할 수 있습니다.
라이선스가 만료되면 이전에 구매한 프로그램을 새 장비에서 최대 3번까지 재활성화할 수 있습니다.
하드웨어에 바인딩을 사용한 경험은 이 접근 방식의 비효율성을 보여주었습니다. 특히 제한된 수의 재활성화가 필요합니다. 실습에 따르면 이는 사용자가 장비를 구축, 업그레이드 또는 수정할 수 있는 자유를 크게 제한합니다. 그리고 이것은 오늘날의 급변하는 컴퓨터 기술 세계에서 유료 소프트웨어 개발자에게 강력한 부정적인 영향을 미칩니다(법적 활성화와 관련된 오류 수 증가, 지원 요청 수 증가, 제품 지원에 대한 재정적 및 도덕적 비용 증가). . 일반적으로 이미 철에 그런 바인딩을 만든 사람들은 이것이 얼마나 많은 쓰레기를 추가할지 알고 있습니다 ...
또는 컴파일된 코드에서 보호된 개인 섹션을 구성하는 것이 가능합니다. 이 섹션은 특정 계정, DC 및/또는 다른 것에 연결된 코드 개발자의 신뢰할 수 있는 인증서가 있는 경우에만 액세스가 가능합니다. 동시에 MQL 코드의 보호를 보장하기 위한 조치를 취해야 하는 의무가 MQ에서 실질적으로 제거됩니다. 이것은 MQL로 무언가를 작성하는 개발자의 특권이 될 것입니다. MT는 이제 인증서 확인 및 MQL 코드의 비공개 부분에 대한 액세스 예약만 처리하면 됩니다. 인증서가 있음을 입력합니다. 코드의 일부를 닫거나 일반적으로 전체 코드를 닫을 수 있습니다. 인증서가 없습니다. 모든 코드가 열린 섹션에 있습니다. 글쎄요, MQL 컴파일러는 개발자 인증서로 코드를 닫는 메커니즘을 구축해야 합니다. "간단하고 세련되다"는 말이 있듯이... :) 오늘날 그것은 제가 알고 있는 가장 안정적이고 저렴한 소프트웨어 보호 방법 중 하나입니다. 어디에서 인증서를 얻을 수 있습니까? 예, 이 기술에 전문적으로 종사하는 동일한 VerySign 또는 유사한 서비스(누구에게 더 편리하거나 수익성이 있는 경우)에서.
하드웨어에 바인딩을 사용한 경험은 이 접근 방식의 비효율성을 보여주었습니다. 특히 제한된 수의 재활성화가 필요합니다. 실습에 따르면 이는 사용자가 장비를 구축, 업그레이드 또는 수정할 수 있는 자유를 크게 제한합니다. 그리고 이것은 오늘날의 급변하는 컴퓨터 기술 세계에서 유료 소프트웨어 개발자에게 강력한 부정적인 영향을 미칩니다(법적 활성화와 관련된 오류 수 증가, 지원 요청 수 증가, 제품 지원에 대한 재정적 및 도덕적 비용 증가). . 일반적으로 이미 철에 그런 바인딩을 만든 사람들은 이것이 얼마나 많은 쓰레기를 추가할지 알고 있습니다 ...
또는 컴파일된 코드에서 보호된 개인 섹션을 구성하는 것이 가능합니다. 이 섹션은 특정 계정, DC 및/또는 다른 것에 연결된 코드 개발자의 신뢰할 수 있는 인증서가 있는 경우에만 액세스가 가능합니다. 동시에 MQL 코드의 보호를 보장하기 위한 조치를 취해야 하는 의무가 MQ에서 실질적으로 제거됩니다. 이것은 MQL로 무언가를 작성하는 개발자의 특권이 될 것입니다. MT는 이제 인증서 확인 및 MQL 코드의 비공개 부분에 대한 액세스 예약만 처리하면 됩니다. 인증서가 있음을 입력합니다. 코드의 일부를 닫거나 일반적으로 전체 코드를 닫을 수 있습니다. 인증서가 없습니다. 모든 코드가 열린 섹션에 있습니다. 글쎄요, MQL 컴파일러는 개발자 인증서로 코드를 닫는 메커니즘을 구축해야 합니다. "간단하고 세련되다"는 말이 있듯이... :) 오늘날 그것은 제가 알고 있는 가장 안정적이고 저렴한 소프트웨어 보호 방법 중 하나입니다. 어디에서 인증서를 얻을 수 있습니까? 예, 이 기술에 전문적으로 종사하는 동일한 VerySign 또는 유사한 서비스(누구에게 더 편리하거나 수익성이 있는 경우)에서.
1. 철에 결속하면 불편한 점이 있습니다. 그러나 현재(상당히 좋은 조직에서) 이것은 매우 효과적이고 신뢰할 수 있는 보호 방법입니다.
유일한 질문은 우리가 묶을 것입니다. 나는 또한 "설치"의 수를 3에서 10(적어도)으로 늘릴 것을 제안합니다.
2. 정반대로 모든 보호 작업은 MQ에서 수행해야 한다고 확신합니다. 거래 계정에 대한 링크와 사용 조건에 대한 제한이 있어야 할 수 있습니다(그러나 이는 개발자의 요청에 따라 이미 추가 옵션입니다).
우선 키가 있는 메커니즘과 구매자와 판매자 간의 관계 전체 메커니즘을 자세히 설명하십시오. 아무도 지원하고 싶지 않은 지나치게 복잡한 일이 될 것입니다. 열쇠가 인터넷 주위에 있다는 사실은 말할 것도 없습니다. 나는 여러분 중 누구도 전체 시스템을 자세히 생각해 본 적이 없다고 확신합니다. 단지 피상적으로만 가정했을 뿐입니다.
우리는 보호 기능이 있는 MQL5 프로그램 을 사고파는 매우 쉽고 자동적이며 상당히 안정적인 시스템을 개발했습니다.
- 판매자는 판매를 위해 자신의 코드를 노출하고 가격을 표시합니다.
- 구매자는 리패키지된 데모를 다운로드하고 테스터에서 테스트하지만 이 코드를 터미널에서 물리적 으로 사용할 수 없습니다.
- 구매자는 하드웨어용으로 재포장된 형태로 프로그램을 구매하고 그의 컴퓨터에서만 실행됩니다(몇 번만 클릭하면 구매 가능)
- 판매자는 판매 보고서를보고 이익을 계산합니다
- 우리는 현금 결제에 대한 모든 작업을 수행합니다
결과적으로 판매자는 긴장하지 않고 모든 보호 작업이 자동으로 수행됩니다. 구매자는 몇 번의 클릭만으로 프로그램을 수신하고 키 생성, 전송, 오버레이에 대해 걱정하지 않습니다. 라이선스가 만료되면 이전에 구매한 프로그램을 새 장비에서 최대 3번까지 재활성화할 수 있습니다.우선 키가 포함된 메커니즘과 구매자와 판매자 간의 관계 전체 메커니즘을 자세히 설명하십시오. 아무도 지원하고 싶지 않은 지나치게 복잡한 일이 될 것입니다. 열쇠가 인터넷 주위에 있다는 사실은 말할 것도 없습니다. 나는 여러분 중 누구도 전체 시스템을 자세히 생각해 본 적이 없다고 확신합니다. 단지 피상적으로만 가정했을 뿐입니다.
우리는 보호 기능이 있는 MQL5 프로그램 을 사고파는 매우 쉽고 자동적이며 상당히 안정적인 시스템을 개발했습니다.
- 판매자는 판매를 위해 자신의 코드를 노출하고 가격을 표시합니다.
- 구매자는 리패키지된 데모를 다운로드하고 테스터에서 테스트하지만 이 코드를 터미널에서 물리적 으로 사용할 수 없습니다.
- 구매자는 하드웨어용으로 재포장된 형태로 프로그램을 구매하고 그의 컴퓨터에서만 실행됩니다(몇 번만 클릭하면 구매 가능)
- 판매자는 판매 보고서를보고 이익을 계산합니다
- 우리는 현금 결제에 대한 모든 작업을 수행합니다
결과적으로 판매자는 긴장하지 않고 모든 보호 작업이 자동으로 수행됩니다. 구매자는 몇 번의 클릭만으로 프로그램을 수신하고 키 생성, 전송, 오버레이에 대해 걱정하지 않습니다. 라이선스가 만료되면 이전에 구매한 프로그램을 새 장비에서 최대 3번까지 재활성화할 수 있습니다.날카롭게 하자.
결국 이것은 심각합니다.
당신의 세부 사항이 많을수록 우리는 더 차분해집니다.
한 사람이 세운 것은 다른 사람이 무너뜨릴 수 있습니다.
엄밀히 말하면 절대적인 보호는 존재하지 않으며 구현되지 않을 것입니다.
그래서 저는 "일반적으로 어드바이저/인디케이터의 역컴파일 방지에 대해 상당히 회의적입니다. 이것은 달성할 수 없는 꿈일 가능성이 가장 높다고 생각합니다."라고 썼습니다.
정글에 들어가면 당연히 ASM, 코드...
그러나 현재 볼륨으로 asm에서 C ++로 변환하여 논리를 구문 분석하거나 최소한 알고리즘을 얻는 사람은 거의 없습니다.
예를 들어 코드의 원본 버전에서 Microsoft Office를 가져오는 옵션이 있습니다.
버전 2007에서 시작하면 버전 2057이 나오면(연도별로) 준비될 수 있습니다.
특히 한 사람이 수행하는 경우.
일반적으로 자신의 것을 작성하는 알고리즘을 이해하는 것이 더 쉽습니다.
우리는 이미 전문 개발자를 위한 많은 보호 기능을 갖추고 있습니다. 조금 후에 발표하겠습니다.
귀하의 아이디어는 훌륭하고 구현할 수 있습니다.
원하는 보호 방법에 대해 말하고 싶은 모든 사람에게 요청합니다.
방법 중 하나는 코드가 숨겨져 있습니다. 예를 들어 일부 데이터를 출력으로 생성하고 일부 데이터를 입력으로 수신하는 서버에서
코드가 없습니다! 결과만.
"전문가 고문 판매..." - MT를 거래 목적으로 사용하는 방법을 모르는 사람들을 위해.
"하지만 거래자의 삶을 더 쉽게 만들어주는 모든 종류의 도구-..."는 터미널에서 표준이 되어야 합니다.
모든 것을 해결하는 것은 불가능합니다! , 터미널에서 유용할 수 있습니다!
3. 구매자가 하드웨어용으로 재포장된 프로그램을 구입하면 컴퓨터에서만 실행됩니다(몇 번만 클릭하면 구매 가능).
라이선스가 만료되면 이전에 구매한 프로그램을 새 장비에서 최대 3번까지 재활성화할 수 있습니다.
하드웨어에 바인딩을 사용한 경험은 이 접근 방식의 비효율성을 보여주었습니다. 특히 제한된 수의 재활성화가 필요합니다. 실습에 따르면 이는 사용자가 장비를 구축, 업그레이드 또는 수정할 수 있는 자유를 크게 제한합니다. 그리고 이것은 오늘날의 급변하는 컴퓨터 기술 세계에서 유료 소프트웨어 개발자에게 강력한 부정적인 영향을 미칩니다(법적 활성화와 관련된 오류 수 증가, 지원 요청 수 증가, 제품 지원에 대한 재정적 및 도덕적 비용 증가). . 일반적으로 이미 철에 그런 바인딩을 만든 사람들은 이것이 얼마나 많은 쓰레기를 추가할지 알고 있습니다 ...
또는 컴파일된 코드에서 보호된 개인 섹션을 구성하는 것이 가능합니다. 이 섹션은 특정 계정, DC 및/또는 다른 것에 연결된 코드 개발자의 신뢰할 수 있는 인증서가 있는 경우에만 액세스가 가능합니다. 동시에 MQL 코드의 보호를 보장하기 위한 조치를 취해야 하는 의무가 MQ에서 실질적으로 제거됩니다. 이것은 MQL로 무언가를 작성하는 개발자의 특권이 될 것입니다. MT는 이제 인증서 확인 및 MQL 코드의 비공개 부분에 대한 액세스 예약만 처리하면 됩니다. 인증서가 있음을 입력합니다. 코드의 일부를 닫거나 일반적으로 전체 코드를 닫을 수 있습니다. 인증서가 없습니다. 모든 코드가 열린 섹션에 있습니다. 글쎄요, MQL 컴파일러는 개발자 인증서로 코드를 닫는 메커니즘을 구축해야 합니다. "간단하고 세련되다"는 말이 있듯이... :) 오늘날 그것은 제가 알고 있는 가장 안정적이고 저렴한 소프트웨어 보호 방법 중 하나입니다. 어디에서 인증서를 얻을 수 있습니까? 예, 이 기술에 전문적으로 종사하는 동일한 VerySign 또는 유사한 서비스(누구에게 더 편리하거나 수익성이 있는 경우)에서.
하드웨어에 바인딩을 사용한 경험은 이 접근 방식의 비효율성을 보여주었습니다. 특히 제한된 수의 재활성화가 필요합니다. 실습에 따르면 이는 사용자가 장비를 구축, 업그레이드 또는 수정할 수 있는 자유를 크게 제한합니다. 그리고 이것은 오늘날의 급변하는 컴퓨터 기술 세계에서 유료 소프트웨어 개발자에게 강력한 부정적인 영향을 미칩니다(법적 활성화와 관련된 오류 수 증가, 지원 요청 수 증가, 제품 지원에 대한 재정적 및 도덕적 비용 증가). . 일반적으로 이미 철에 그런 바인딩을 만든 사람들은 이것이 얼마나 많은 쓰레기를 추가할지 알고 있습니다 ...
또는 컴파일된 코드에서 보호된 개인 섹션을 구성하는 것이 가능합니다. 이 섹션은 특정 계정, DC 및/또는 다른 것에 연결된 코드 개발자의 신뢰할 수 있는 인증서가 있는 경우에만 액세스가 가능합니다. 동시에 MQL 코드의 보호를 보장하기 위한 조치를 취해야 하는 의무가 MQ에서 실질적으로 제거됩니다. 이것은 MQL로 무언가를 작성하는 개발자의 특권이 될 것입니다. MT는 이제 인증서 확인 및 MQL 코드의 비공개 부분에 대한 액세스 예약만 처리하면 됩니다. 인증서가 있음을 입력합니다. 코드의 일부를 닫거나 일반적으로 전체 코드를 닫을 수 있습니다. 인증서가 없습니다. 모든 코드가 열린 섹션에 있습니다. 글쎄요, MQL 컴파일러는 개발자 인증서로 코드를 닫는 메커니즘을 구축해야 합니다. "간단하고 세련되다"는 말이 있듯이... :) 오늘날 그것은 제가 알고 있는 가장 안정적이고 저렴한 소프트웨어 보호 방법 중 하나입니다. 어디에서 인증서를 얻을 수 있습니까? 예, 이 기술에 전문적으로 종사하는 동일한 VerySign 또는 유사한 서비스(누구에게 더 편리하거나 수익성이 있는 경우)에서.
1. 철에 결속하면 불편한 점이 있습니다. 그러나 현재(상당히 좋은 조직에서) 이것은 매우 효과적이고 신뢰할 수 있는 보호 방법입니다.
유일한 질문은 우리가 묶을 것입니다. 나는 또한 "설치"의 수를 3에서 10(적어도)으로 늘릴 것을 제안합니다.
2. 정반대로 모든 보호 작업은 MQ에서 수행해야 한다고 확신합니다. 거래 계정에 대한 링크와 사용 조건에 대한 제한이 있어야 할 수 있습니다(그러나 이는 개발자의 요청에 따라 이미 추가 옵션입니다).
보호를 위한 다른 옵션이 있는 것처럼?
MQL에서 상인을 위해 작성하는 프로그래머의 관점에서 고려
mql5 - 아마도 더 오래 유휴 상태로 있을 것입니다 - 아마도 아주 오랫동안 - 그러나 디컴파일러가 만들어지지 않을 것이라는 사실은 아닙니다.
mql4 - 불행히도 코드 보호 없음 - 일부 방법만 약간의 안전 여유를 제공합니다.
경우에 따라 다리미에 붙일 수 없습니다,
예를 들어 사이트의 기능 유형별로 사이트를 만드는 것(코드는 사이트를 나타냄)으로 기성품 솔루션을 생성하지만 모든 사람이 그러한 솔루션을 사용하고 싶어하는 것은 아닙니다.
누군가, 일반적으로 제품을 판매한 사람에게서 어딘가에 서 있는 일종의 하드웨어 및 소프트웨어에 대한 의존성이 있습니다.
----
다른 변종
MT4/MT5 MQL4/MQL5 + DLL의 컨텍스트에서 바인딩은 하드웨어가 아니라 계정 번호 (숫자), 실명 및/또는 성 이름, 선택적 중간 이름에 대해 이루어질 수 있습니다.
이 방법은 보호 측면에서 가장 간단합니다(이 특이성을 위해). 모바일은 하드웨어에 바인딩할 필요가 없습니다.
그리고 fauspatron(MT4 디컴파일러 형태)을 가진 소년들은 사라집니다.
디버거 수준에서 깨질 수 있는 ASM, 다양한 로거, 디컴파일러, 기타 고급 체계,
그리고 그것들의 수가 적고 그들의 서비스는 더 비쌉니다.
우선 키가 있는 메커니즘과 구매자와 판매자 간의 관계 전체 메커니즘을 자세히 설명하십시오. ...
예를 들어
구매자: 인터넷에서 정보를 찾고 내가 사고 싶은 글을 씁니다.
판매자: 지불 메커니즘 설명 - 세부 정보 게시를 원하지 않는 경우 - 개인화를 위한 데이터 요청
구매자: 개인화를 위한 데이터, 계좌 번호 또는 이름을 지불하고 전송합니다.
판매자: 개인 데이터에 묶인 상품을 보냅니다.
이상적으로는 그뿐입니다!
나는 그런 경우가 있고 그렇게 많지는 않다.