Protecção de autoria de código MQL em MT5. - página 8
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Tudo já foi pensado. Se quiser saber como funcionará, utilize um iPhone/iPad, comprando software para ele na AppStore.
isto é o que é tão assustador - como de costume tudo já está pensadopara nós. peço desculpa, mas sempre que tiver oportunidade, vou dar-te uma tareia sobre a tua forma "conveniente" de formatar o modelador. a propósito - ainda não encontrei as configurações que me prometeste ;)
Não, sugeri que discutíssemos o que ainda não foi discutido - o mecanismo de proporcionar um período experimental!! A capacidade de encriptar os ficheiros de dados para correr EAs é contrária à sua estratégia de criar uma loja? a proposta surgiu do nada - faço exactamente aquilo que me faz feliz. esta é a minha experiência PRÁTICA a vender desenvolvimentos para a sua plataforma, mas vê apenas "iPads a brilhar nos seus olhos" :)))
dado o direito a um máximo de 3 reactivações quando se muda de hardware - isso é razoável e justo o suficiente.
sugeri que deitassem fora o vosso mecanismo de e-shop? não, sugeri que discutissem o que ainda não foi discutido o mecanismo de proporcionar um período experimental!! o quê, a capacidade de encriptar ficheiros de dados para EAs é contrária à vossa estratégia de criar uma loja? a sugestão surgiu por uma razão - estou a fazer exactamente aquilo que me fazem feliz. esta é a minha experiência PRÁTICA a vender desenvolvimentos para a vossa plataforma, mas só têm "iPads a brilhar nos vossos olhos" :)))
Não sei porquê tantas disputas com os criadores, foi-nos oferecido para criar uma loja - bem, bom, tanto o comprador como o vendedor não precisam de um site de terceiros
Se quiser vender a versão experimental ou demo através da loja porque pensa que a protecção é fraca, então venda a versão experimental (demo) e um contrato separado com o comprador, dê-lhe uma versão totalmente funcional, código fonte, etc.
Muito barulho dos programadores - para um conjunto completo dos que faltam do outro lado das barricadas - os compradores, seria mais divertido de discutir ;)
Mais vale que isso, os compradores podem começar a fazer barulho dizendo porque comprei o programa por dinheiro mas não posso partilhar este programa com os meus familiares e assim por diante.
SZS: Gostaria de ter links na loja para discutir o programa, mas não tão banal como um simples fórum com comunicação livre, com registo de IP e exibição parcial de IP do revisor, e o correio não faria mal, para que ninguém pudesse escrever todo o tipo de disparates
Se estivermos a falar de protecção de chaves, toda a Internet será inundada por estas mesmas chaves. Por outras palavras, em vez de protecção, será uma farsa, e com uma implementação complexa que obriga o comprador a gerir as chaves.
Cabe-lhe a si como o implementa...
A melhor maneira é ver como funciona o esquema de vendas AppStore/iTunes da Apple. O cliente apenas clica e compra o software, sem o incómodo de ter de transferir alguma coisa ou utilizar as chaves. O comprador precisa simplesmente de ter uma conta na MQL5.com, onde o histórico de compras é guardado e pode reactivar programas comprados anteriormente.
Estamos aqui a falar de forma um pouco diferente, não do lado da "conveniência" imaginária do comprador.
Código fonte dos programas, entendo que não é necessário enviar. será suficiente desbloquear o eh5 e proibir, como eu entendo, sob o pretexto de protecção contra código "malicioso", contra DLL. O que não é claro é como a ligação ao hardware será feita de uma só vez? Ou será que toda a informação de espionagem já será extraída pelo terminal e através dela o trabalho com a loja é visível?
Quando se compra um programa, obtém-se uma cópia especialmente compilada/protegida, que é muito melhor do que as chaves do comerciante. Todo o processo de protecção pessoal terá lugar automaticamente durante a compra.
Isto é o que é proposto - é a cópia recompilada/reprotegida que é gerada a partir dos dados nos certificados do vendedor e do comprador. O certificado do comprador está ligado à conta. E isso faz sentido.
O nosso objectivo é simplificar o mais possível o processo de compra/venda.
10% é também dinheiro.
;)
não sei porque há tantos argumentos com os criadores
leia cuidadosamente o que sugeri - a possibilidade de ter a encriptação de dados para que a chave de encriptação seja o número de conta. esta é uma solução para alguns problemas que a sua loja NÃO resolve ;)
mais uma vez, proponho um ADITIONAMENTO à funcionalidade da plataforma, mas de alguma forma parece ser uma crítica ou argumento com o programador.
leia atentamente o que sugeri - a possibilidade de ter a encriptação de dados para que a chave de encriptação seja o número de conta. esta é uma solução para alguns dos problemas que a sua loja NÃO resolve ;)
mais uma vez, sugiro que a funcionalidade da plataforma seja ADIADA, mas por alguma razão vejo-a como uma crítica aos programadores.
leia cuidadosamente o que sugeri - a possibilidade de ter a encriptação de dados para que a chave de encriptação seja o número de conta. esta é uma solução para alguns problemas que a sua loja NÃO resolve ;)
Mais uma vez, proponho a funcionalidade ADD para a plataforma, mas por alguma razão vejo-a como uma crítica ou argumento com o programador.
li cuidadosamente este tópico, tenho interesse em software de segurança
A protecção dos produtos de software - é um ponto doloroso durante muitos anos, você, por exemplo, insiste na encriptação e na ligação ao número de conta, eu utilizaria um empacotador auto-escrito (packer) e alteraria os links para a estrutura do programa - ou seja, preciso neste tópico para bater na mesa e exigir o formato .ex5 para implementar uma protecção totalmente funcional
Estou a escrever isto para o facto de que raramente os programadores de software juntamente com a protecção do seu software - normalmente outros o fazem, se as metaquotas não restringem o uso de .dll, a implementação de algoritmos de segurança complexos estará disponível para qualquer programador - se considerar necessário fazer um teste - por favor, venda o teste através da loja e depois proteja a sua biblioteca, em mql5 não há problema em portar a maior parte do código numa dll - esforço mínimo e é perfeitamente importado para o ex5
quanto mais aberta for a plataforma, mais fácil é a sua utilização pelos hackers
O que estamos a discutir? Seria mau para os desenvolvedores (para eles e para nós) se a plataforma pudesse encriptar dados, idealmente com duas implementações diferentes
1) encriptação por número de conta do Expert Advisor
2) encriptação por paráfrase arbitrária.
?!
COMO deve ser utilizado (para proteger código, dados ou qualquer outra coisa) é uma questão de dez.
estas funções são úteis? implementáveis? faz sentido acrescentar isto à plataforma? as perguntas são sobretudo retóricas, porque a resposta é bastante óbvia - os quatro sim's
Infelizmente, isto não torna a vida mais difícil para alguns freeloaders (pessoas que sabem). A vinculação a uma conta também não é a solução para todos os problemas, qualquer "copiador de transacções" competente transferirá todos os dados para qualquer outra conta (especialmente se os dados forem copiados de MT5 para MT5).
Na minha opinião, não só especialistas mas também guiões, indicadores, bibliotecas e outros códigos devem ser protegidos. Na minha opinião, este é um tema mais interessante e importante.
Porque é que é mais importante?
Como sabemos, todas as ferramentas que podem ser implementadas usando MQL estão divididas em: sistemas automatizados, sistemas semi-automatizados, e ferramentas para comércio manual.
Há também uma divisão em sistemas: "caixas negras", "caixas cinzentas" e sistemas "brancos" (sistemas com código aberto e lógica explicitamente descrita).
Assim, quase todos os MTS apresentados no sector comercial serão caixas pretas ou cinzentas. O seu peso específico não será tão grande (penso que não excederá 30-40%). Ao mesmo tempo, tais soluções serão bastante inflexíveis (porque, na sua essência, implementam apenas uma estratégia).
Os guiões, bibliotecas e indicadores separados são outra questão. Estas soluções de software estarão presentes em todas as áreas do comércio manual e mecânico. Ao mesmo tempo, poderão ser utilizados como elementos básicos de construção.
PS
Aqui, na minha opinião, é necessário maximizar a protecção, e de modo a não infringir os direitos dos criadores e utilizadores. A única forma óptima de protecção neste caso, tal como eu a entendo, existe apenas uma - Vinculação ao hardware.
Copiador? Bem, isso não o salvará em nada.
Por exemplo, o cliente compra o software!
basta dar a senha e o trabalho na conta é copiado para outra máquina sem qualquer problema...
Não será salvo, mesmo que a protecção seja super-duper!
( se o proprietário da conta quiser que a conta seja copiada, ela será copiada )
--
por isso, este não é um argumento para o amarrar ao hardware.
Ligar ao hardware é um bom caminho a seguir se quiser vender uma cópia!
o comerciante terá de comprar 5 exemplares se quiser trabalhar em 5 lugares.
em casa - trabalho - móvel - parentes - em outro lugar
Isto não é humano. Em segundo lugar, ninguém no seu perfeito juízo e mente compraria 5 cópias.
--
Mas se o ligar a um número de conta ou a um nome de família - ele não tem problemas!
O seu produto será aceite de bom grado em vez de estar ligado ao hardware
O que estamos a discutir? Seria mau para os desenvolvedores (para eles e para nós) se a plataforma pudesse encriptar dados, idealmente com duas implementações diferentes
1) encriptação por número de conta do Expert Advisor
2) encriptação por paráfrase arbitrária.
?!
COMO deve ser utilizado (para proteger código, dados ou qualquer outra coisa) é uma questão de dez.
Estas funções são úteis? São implementadas? Faz sentido adicioná-las à plataforma? Estas perguntas são sobretudo retóricas, porque a resposta é bastante óbvia - a resposta é quatro "SIM".
E quem fará a ligação no momento da venda à conta?
Aquele que vende, é claro, vai ligar
leva-me de 1 a 5 minutos ...
depois de receber os dados, faz automaticamente a geração da libertação,
tudo é resolvido até e incluindo a distribuição automática das alterações de libertação
ou talvez esteja a pensar mais, dorme e o software é comprado a um sistema automatizado na web ? :-)
bem, com um pouco de supervisão, também se pode fazer isso! mesmo no wwww.
1 - Vinculação aos mesmos serviços de pagamento da WM
após o pagamento n 2 3 4
2 - O cliente introduz os seus dados pessoais para personalização, em campos especiais
Libertação em 3 gerações
4-mailing do lançamento
tudo isto também pode ser resolvido! Não vejo nenhum problema