모든 것이 이미 생각되었습니다. 작동 방식을 알고 싶다면 iPhone/iPad를 사용하고 AppStore에서 프로그램을 구입하십시오.
이것은 실제로 무섭습니다. 평소와 같이 모든 것이 우리를 위해 생각됩니다 . 저를 용서하세요. 하지만 기회가 있을 때마다 스타일러의 형식을 "편리하게" 생각한 방법을 알려드리겠습니다 . 그건 그렇고-나는 여전히 당신이 약속 한 설정을 찾지 못했습니다 ;)
내가 당신의 e-shop 메커니즘을 버리라고 제안했습니까? 아니요, 아직 논의되지 않은 사항에 대해 논의하자고 제안했습니다. 시험 기간 제공 메커니즘 !!! 어드바이저 작업을 위해 데이터 파일을 암호화하는 기능이 스토어 생성 전략과 모순되는 경우 어떻게 합니까? 그 제안은 갑자기 생겨난 것이 아닙니다. 결국 저는 당신이 기뻐하는 일을 하고 있습니다. 이것은 귀하의 플랫폼에 대한 개발 제품을 판매한 실제 경험이지만 "눈에 빛나는 아이패드"만 표시됩니다. :)))
철을 교체할 때 최대 3번의 재활성화가 제공됩니다. 이는 합리적으로 충분하고 공정합니다.
WebMoney 지갑도 하드웨어에 묶여 있다는 사실을 알고 계십니까? 그리고 외부 USB 나사를 연결하고 키퍼를 시작하자마자 "비활성화된 장비 작업"이라는 호보가 시작됩니다. 합리성은 다르며 이 합리성을 누가 어떻게 구현하는지에 따라 크게 달라집니다.)
내가 당신의 e-shop 메커니즘을 버리라고 제안했습니까? 아니요, 아직 논의되지 않은 사항에 대해 논의하자고 제안했습니다. 시험 기간 제공 메커니즘 !!! 어드바이저 작업을 위해 데이터 파일을 암호화하는 기능이 스토어 생성 전략과 모순되는 경우 어떻게 합니까? 그 제안은 갑자기 생겨난 것이 아닙니다. 결국 저는 당신이 기뻐하는 일을 하고 있습니다. 이것은 귀하의 플랫폼에 대한 개발 제품을 판매한 실제 경험이지만 "눈에 빛나는 아이패드"만 표시됩니다. :)))
개발자와 왜 그렇게 많은 분쟁이 있는지 모르겠습니다. 우리는 상점 생성을 제안 받았습니다. 글쎄요, 좋습니다. 구매자와 판매자 모두 타사 사이트가 필요하지 않습니다.
스토어를 통해 평가판이나 데모를 판매하려고 합니다. 보호가 약하다고 생각되면 평가판 (데모)을 판매하고 구매자와 별도의 계약에 따라 완전한 기능을 갖춘 버전, 소스 등을 제공하십시오.
프로그래머의 많은 소음 - 완전한 세트의 경우 바리케이드 반대편에있는 사람들이 충분하지 않습니다. 구매자, 토론하는 것이 더 재미있을 것입니다.)
동일한 성공으로 구매자는 소음을 내기 시작할 수 있습니다. 그들은 왜 돈을 위해 프로그램을 샀지 만이 프로그램을 친척과 공유 할 수 없다고 말합니다.
추신: 상점에 프로그램에 대해 토론할 수 있는 링크가 있으면 좋겠지만 무료 커뮤니케이션이 있는 포럼만큼 진부하지는 않지만 IP 등록 및 리뷰를 작성한 사람의 IP 부분 표시가 있으면 메일이 다치지 않을 것입니다. 그들은 아무에게도 말도 안되는 글을 쓰지 않는다는 것을
키 보호에 대해 이야기하면 전체 인터넷이 이러한 동일한 키로 흩어져 있습니다. 즉, 보호 대신 가상이 있으며 구매자가 키를 관리해야 하는 복잡한 구현이 있는 경우에도 마찬가지입니다.
그것을 구현하는 방법은 당신에게 달려 있습니다 ...
Apple의 AppStore/iTunes를 통해 작동 중인 판매 계획을 살펴보는 것이 가장 좋습니다. 고객은 아무 것도 옮기거나 키를 사용하는 번거로움 없이 소프트웨어를 클릭하고 구매하기만 하면 됩니다. 구매자는 MQL5.com에 계정이 있으면 충분합니다. 여기에는 구매 내역이 저장되고 이전에 구매한 프로그램을 다시 활성화할 수 있습니다.
우리는 여기서 다른 것에 대해 이야기하고 있습니다. 구매자의 상상의 "편의성"이 아닙니다.
프로그램의 소스 코드는 내가 이해하기 때문에 보낼 필요가 없습니다. 내가 알기로는 DLL의 "악성" 코드에 대한 보호라는 미명하에 폐쇄되지 않은 ex5와 금지가 충분할 것입니다. 한 번에 다리미에 바인딩하는 방법이 명확하지 않습니까? 아니면 단말기가 이미 모든 스파이 정보를 찾아내고 이를 통해 상점과 협력할 것입니까?
프로그램을 구입할 때 사용자는 그를 위해 특별히 재컴파일/재보호된 사본을 받아 키보다 판매자를 훨씬 더 잘 보호합니다. 전체 개인 보호 프로세스는 구매 시 자동으로 수행됩니다.
또한 판매자와 구매자의 주어진 인증서를 기반으로 재컴파일/재보호된 사본을 생성하도록 제안되었습니다. 구매자의 인증서는 송장에 연결됩니다. 그리고 이것은 합리적입니다.
내가 제안한 것을 주의 깊게 읽으십시오 - 계정 번호 가 암호화 키로 데이터를 암호화하는 기능. 이것은 그들의 상점이 해결하지 못하는 몇 가지 문제에 대한 해결책입니다.)
다시 한 번 플랫폼 기능의 추가를 제안하지만 어떤 이유로 이것은 개발자에 대한 비판으로 간주됩니다.
계정에 대한 이 링크는 처음부터 제안되었습니다. 단지 증명서의 소멸(편의를 위해) - 그가 브로커와 계정에 밀접하게 연결되어 있다는 것을 이해할 수 있는 많은 기회를 박탈했습니다. 저것들. 당신은 지금과 같은 인터넷이 아니라 식별된 개인에게 프로그램을 판매하고 있습니다 ...
내가 제안한 것을 주의 깊게 읽으십시오 - 계정 번호 가 암호화 키로 데이터를 암호화하는 기능. 이것은 그들의 상점이 해결하지 못하는 몇 가지 문제에 대한 해결책입니다.)
다시 한 번 플랫폼 기능의 추가를 제안하지만, 어떤 이유에서인지 이것은 개발자와의 비판이나 논쟁으로 보입니다.
나는 이 스레드를 주의 깊게 읽었으며 프로그램 보호에 관심이 있습니다.
문제가 무엇인지 이해하고 있습니다. 소프트웨어 제품을 보호하는 것이 수년 동안 골치 아픈 주제였습니다. 예를 들어 암호화 및 계정 번호 연결을 주장하는 경우 보호를 구현할 때 자체 작성 패커(패커)를 사용하고 변경할 것입니다. 프로그램 구조에 대한 링크 - 즉. 이 스레드의 테이블을 주먹으로 두드리고 완전한 기능을 갖춘 보호를 구현하려면 .ex5 형식이 필요합니다.
소프트웨어 개발자가 소프트웨어 보호에 동시에 관여하는 경우는 드물기 때문에 이 글을 씁니다. 일반적으로 다른 사람들은 이렇게 합니다. 메타따옴표가 .dll의 사용을 제한하지 않으면 복잡한 보호 알고리즘의 구현은 누구에게나 가능합니다. 프로그래머 - 평가판을 수행하는 것이 필요하다고 생각하십시오. 상점 평가판을 통해 판매한 다음 라이브러리를 보호하십시오. mql5 에서는 대부분의 코드를 dll로 전송하는 데 문제가 없습니다. 최소 인건비 및 ex5로 완벽하게 가져오기
글쎄요, 플랫폼의 기능에 대해 - 플랫폼이 더 많이 개방될수록 공격자가 그것을 사용하기가 더 쉽습니다.
유용한 기능? 필요한? 실현할 수 있는? 이것을 플랫폼에 추가하는 것이 의미가 있습니까? 질문에 대한 대답이 매우 명확하기 때문에 질문은 대부분 수사학적입니다. 네 개의 "예"
음, mql5에서 대칭 암호화 기능이 필요한 경우 - 이것이 한 가지이지만 mql5에서 기밀 데이터에 대한 액세스는 다른 것입니다. 왜냐하면 계정 문제는 메타 따옴표가 아닌 DC에서 처리됩니다. MT5에서 로그인 및 비밀번호를 훔치는 방향으로 허점이 나타나면 새싹에서 MT5가 죽습니다.
모든 것이 이미 생각되었습니다. 작동 방식을 알고 싶다면 iPhone/iPad를 사용하고 AppStore에서 프로그램을 구입하십시오.
이것은 실제로 무섭습니다. 평소와 같이 모든 것이 우리를 위해 생각됩니다 . 저를 용서하세요. 하지만 기회가 있을 때마다 스타일러의 형식을 "편리하게" 생각한 방법을 알려드리겠습니다 . 그건 그렇고-나는 여전히 당신이 약속 한 설정을 찾지 못했습니다 ;)
내가 당신의 e-shop 메커니즘을 버리라고 제안했습니까? 아니요, 아직 논의되지 않은 사항에 대해 논의하자고 제안했습니다 . 시험 기간 제공 메커니즘 !!! 어드바이저 작업을 위해 데이터 파일을 암호화하는 기능이 스토어 생성 전략과 모순되는 경우 어떻게 합니까? 그 제안은 갑자기 생겨난 것이 아닙니다. 결국 저는 당신이 기뻐하는 일을 하고 있습니다. 이것은 귀하의 플랫폼에 대한 개발 제품을 판매한 실제 경험이지만 "눈에 빛나는 아이패드"만 표시됩니다. :)))
철을 교체할 때 최대 3번의 재활성화가 제공됩니다. 이는 합리적으로 충분하고 공정합니다.
내가 당신의 e-shop 메커니즘을 버리라고 제안했습니까? 아니요, 아직 논의되지 않은 사항에 대해 논의하자고 제안했습니다 . 시험 기간 제공 메커니즘 !!! 어드바이저 작업을 위해 데이터 파일을 암호화하는 기능이 스토어 생성 전략과 모순되는 경우 어떻게 합니까? 그 제안은 갑자기 생겨난 것이 아닙니다. 결국 저는 당신이 기뻐하는 일을 하고 있습니다. 이것은 귀하의 플랫폼에 대한 개발 제품을 판매한 실제 경험이지만 "눈에 빛나는 아이패드"만 표시됩니다. :)))
개발자와 왜 그렇게 많은 분쟁이 있는지 모르겠습니다. 우리는 상점 생성을 제안 받았습니다. 글쎄요, 좋습니다. 구매자와 판매자 모두 타사 사이트가 필요하지 않습니다.
스토어를 통해 평가판이나 데모를 판매하려고 합니다. 보호가 약하다고 생각되면 평가판 (데모)을 판매하고 구매자와 별도의 계약에 따라 완전한 기능을 갖춘 버전, 소스 등을 제공하십시오.
프로그래머의 많은 소음 - 완전한 세트의 경우 바리케이드 반대편에있는 사람들이 충분하지 않습니다. 구매자, 토론하는 것이 더 재미있을 것입니다.)
동일한 성공으로 구매자는 소음을 내기 시작할 수 있습니다. 그들은 왜 돈을 위해 프로그램을 샀지 만이 프로그램을 친척과 공유 할 수 없다고 말합니다.
추신: 상점에 프로그램에 대해 토론할 수 있는 링크가 있으면 좋겠지만 무료 커뮤니케이션이 있는 포럼만큼 진부하지는 않지만 IP 등록 및 리뷰를 작성한 사람의 IP 부분 표시가 있으면 메일이 다치지 않을 것입니다. 그들은 아무에게도 말도 안되는 글을 쓰지 않는다는 것을
키 보호에 대해 이야기하면 전체 인터넷이 이러한 동일한 키로 흩어져 있습니다. 즉, 보호 대신 가상이 있으며 구매자가 키를 관리해야 하는 복잡한 구현이 있는 경우에도 마찬가지입니다.
그것을 구현하는 방법은 당신에게 달려 있습니다 ...
Apple의 AppStore/iTunes를 통해 작동 중인 판매 계획을 살펴보는 것이 가장 좋습니다. 고객은 아무 것도 옮기거나 키를 사용하는 번거로움 없이 소프트웨어를 클릭하고 구매하기만 하면 됩니다. 구매자는 MQL5.com에 계정이 있으면 충분합니다. 여기에는 구매 내역이 저장되고 이전에 구매한 프로그램을 다시 활성화할 수 있습니다.
우리는 여기서 다른 것에 대해 이야기하고 있습니다. 구매자의 상상의 "편의성"이 아닙니다.
프로그램의 소스 코드는 내가 이해하기 때문에 보낼 필요가 없습니다. 내가 알기로는 DLL의 "악성" 코드에 대한 보호라는 미명하에 폐쇄되지 않은 ex5와 금지가 충분할 것입니다. 한 번에 다리미에 바인딩하는 방법이 명확하지 않습니까? 아니면 단말기가 이미 모든 스파이 정보를 찾아내고 이를 통해 상점과 협력할 것입니까?
프로그램을 구입할 때 사용자는 그를 위해 특별히 재컴파일/재보호된 사본을 받아 키보다 판매자를 훨씬 더 잘 보호합니다. 전체 개인 보호 프로세스는 구매 시 자동으로 수행됩니다.
또한 판매자와 구매자의 주어진 인증서를 기반으로 재컴파일/재보호된 사본을 생성하도록 제안되었습니다. 구매자의 인증서는 송장에 연결됩니다. 그리고 이것은 합리적입니다.
우리의 임무는 구매/판매 프로세스를 가능한 한 쉽게 만드는 것입니다.
10%도 돈이다.
;)
왜 개발자들과 분쟁이 많은지 모르겠다
내가 제안한 것을 주의 깊게 읽으십시오 - 계정 번호 가 암호화 키로 데이터를 암호화하는 기능. 이것은 그들의 상점이 해결하지 못하는 몇 가지 문제에 대한 해결책입니다.)
다시 한 번 플랫폼 기능의 추가를 제안하지만, 어떤 이유에서인지 이것은 개발자와의 비판이나 논쟁으로 보입니다.
내가 제안한 것을 주의 깊게 읽으십시오 - 계정 번호 가 암호화 키로 데이터를 암호화하는 기능. 이것은 그들의 상점이 해결하지 못하는 몇 가지 문제에 대한 해결책입니다.)
다시 한 번 플랫폼 기능의 추가를 제안하지만 어떤 이유로 이것은 개발자에 대한 비판으로 간주됩니다.
내가 제안한 것을 주의 깊게 읽으십시오 - 계정 번호 가 암호화 키로 데이터를 암호화하는 기능. 이것은 그들의 상점이 해결하지 못하는 몇 가지 문제에 대한 해결책입니다.)
다시 한 번 플랫폼 기능의 추가를 제안하지만, 어떤 이유에서인지 이것은 개발자와의 비판이나 논쟁으로 보입니다.
나는 이 스레드를 주의 깊게 읽었으며 프로그램 보호에 관심이 있습니다.
문제가 무엇인지 이해하고 있습니다. 소프트웨어 제품을 보호하는 것이 수년 동안 골치 아픈 주제였습니다. 예를 들어 암호화 및 계정 번호 연결을 주장하는 경우 보호를 구현할 때 자체 작성 패커(패커)를 사용하고 변경할 것입니다. 프로그램 구조에 대한 링크 - 즉. 이 스레드의 테이블을 주먹으로 두드리고 완전한 기능을 갖춘 보호를 구현하려면 .ex5 형식이 필요합니다.
소프트웨어 개발자가 소프트웨어 보호에 동시에 관여하는 경우는 드물기 때문에 이 글을 씁니다. 일반적으로 다른 사람들은 이렇게 합니다. 메타따옴표가 .dll의 사용을 제한하지 않으면 복잡한 보호 알고리즘의 구현은 누구에게나 가능합니다. 프로그래머 - 평가판을 수행하는 것이 필요하다고 생각하십시오. 상점 평가판을 통해 판매한 다음 라이브러리를 보호하십시오. mql5 에서는 대부분의 코드를 dll로 전송하는 데 문제가 없습니다. 최소 인건비 및 ex5로 완벽하게 가져오기
글쎄요, 플랫폼의 기능에 대해 - 플랫폼이 더 많이 개방될수록 공격자가 그것을 사용하기가 더 쉽습니다.
우리는 무엇에 대해 논쟁하고 있습니까? 플랫폼이 데이터 암호화의 가능성을 기반으로 하는 경우 이상적으로는 두 가지 다른 구현이 있는 개발자(그들과 우리 모두에게)에 좋지 않습니다.
1) 전문가가 근무 하는 계정 번호로 암호화
2) 임의의 의역으로 암호화
?!
그것을 사용하는 방법(코드, 데이터 또는 다른 것을 보호하기 위해)은 열 번째입니다.
유용한 기능? 필요한? 실현할 수 있는? 이것을 플랫폼에 추가하는 것이 의미가 있습니까? 질문에 대한 대답이 매우 명확하기 때문에 질문은 대부분 수사학적입니다. 네 개의 "예"
불행히도 이것은 일부 공짜 애호가(아는 사람들)의 삶을 더 어렵게 만들지 않습니다. 계정에 연결하는 것이 모든 문제에 대한 해결책은 아닙니다. 잘 설계된 "무역 복사기"는 모든 데이터를 다른 계정으로 전송합니다(특히 데이터가 MT5에서 MT5로 복사되는 경우).
내 생각에는 Expert Advisors뿐만 아니라 스크립트, 표시기, 라이브러리 및 기타 코드도 보호해야 합니다. 그리고 이제 이것은 제 생각에 더 흥미롭고 중요한 주제입니다.
더 중요한 이유
아시다시피 MQL을 사용하여 구현할 수 있는 모든 도구는 자동 시스템, 반자동 및 수동 거래 도구로 나뉩니다.
"블랙 박스", "회색 박스" 및 "백색" 시스템(오픈 소스 및 명시적으로 설명된 논리가 있는 시스템)과 같은 시스템으로도 구분됩니다.
따라서 상업 부문에서 제공되는 거의 모든 MTS는 검은색 또는 회색 상자입니다. 동시에 그들의 점유율은 그리 크지 않을 것입니다 (30-40 %를 초과하지 않을 것 같습니다). 동시에 그러한 솔루션은 다소 유연하지 않을 것입니다(사실상 하나의 전략만 구현하기 때문에).
별도의 스크립트, 라이브러리 및 표시기는 또 다른 문제입니다. 이러한 소프트웨어 솔루션은 수동 및 기계 거래의 모든 영역에서 제공됩니다. 이 경우 생성자의 기본 요소로 사용할 수 있습니다.
추신
여기에서는 개발자와 사용자의 권리를 침해하지 않도록 최대한 완벽하게 보호하는 것이 좋습니다. 이것을 보호하는 유일한 최적의 방법은 무엇입니까? 내가 이해하는 한, 단 하나가 있습니다 - 철에 바인딩.
복사기? 글쎄, 그것은 당신을 구하지 않을 것입니다
예를 들어 클라이언트가 소프트웨어를 구입했습니다!
단순히 암호를 제공하고 계정에 대한 작업은 문제 없이 다른 시스템에 복사됩니다...
보호가 슈퍼 듀퍼로 만들어지더라도! 즉, 단순히 복사에 대한 보호가 없습니다.
(계정 소유자가 계정 복사를 원하면 복사합니다)
--
따라서 이것은 철에 대한 결합에 찬성하는 주장이 아닙니다.
정확히 하나의 사본을 판매하려는 경우 하드웨어에 바인딩하는 것이 나쁜 방법은 아닙니다!
상인은 5개의 사본을 구입해야 합니다 - 5개 장소에서 작업해야 하는 경우
집에서 - 직장 - 모바일 - 친척과 - 다른 곳
이것이 인간적이지 않다는 데 동의하십시오. 둘째, 기억력이 좋고 정신이 건강한 사람은 5권을 사지 않을 것입니다.
--
그러나 계좌 번호 나 성으로 그를 연결하면 그는 이러한 문제가 없습니다!
당신의 제품은 하드웨어에 묶일 때보다 더 즐거운 마음으로 받아들여질 것입니다.
우리는 무엇에 대해 논쟁하고 있습니까? 플랫폼이 데이터 암호화의 가능성을 기반으로 하는 경우 이상적으로는 두 가지 다른 구현이 있는 개발자(그들과 우리 모두에게)에 좋지 않습니다.
1) 전문가가 근무 하는 계정 번호로 암호화
2) 임의의 의역으로 암호화
?!
그것을 사용하는 방법(코드, 데이터 또는 다른 것을 보호하기 위해)은 열 번째입니다.
유용한 기능? 필요한? 실현할 수 있는? 이것을 플랫폼에 추가하는 것이 의미가 있습니까? 질문에 대한 대답이 매우 명확하기 때문에 질문은 대부분 수사학적입니다. 네 개의 "예"
그리고 판매 시점에 계정에 대한 바인딩은 누가 만들까요?
이것은 질문을 제기합니까? 판매하는 사람은 당연히 묶을 것입니다.
이거 하는데 1~5분 걸리네요...
데이터를 수신한 후 릴리스가 자동으로 생성되며,
릴리스 변경 사항의 자동 배포까지 모든 것이 해결됩니다.
아니면 당신 의 생각 이 더 , 당신 은 자고 사이트 에서 기계 의 소프트웨어 를 구입 합니까 ? :-)
글쎄, 적절한 제어와 함께 할 수 있습니다! www에 바로
동일한 WM 결제 서비스와 1-바인딩
지불 사실 이후 p 2 3 4
2-개인화를 위해 고객이 특정 필드에 개인 데이터 입력
3세대 릴리스
4-우편으로 릴리스 배포
이것도 해결! 나는 어떤 문제도 보이지 않는다