Pergunta

Eu estava pensando em fazer um aplicativo comercial para vender aos clientes para instalar em seus servidores, mas queria fazê -lo com o PHP e o MySQL.

O que devo fazer para garantir que o código -fonte (e o banco de dados) não seja aberto nem copiado. O mais importante é que o código será hospedado no servidor do cliente. E também como garantir que o cliente não revenda o aplicativo da web (como copiar o código & db para outras pessoas)

obrigada

Outras dicas

Desde que o software seja distribuído no formulário de código -fonte (versus binário), não há como impedir que o cliente a abre / altere. Até os binários podem ser mais ou menos engenhados reversos, descompidando-os.

Um pode ofuscar O código para dificultar a leitura / compreensão como funciona, mas como toda contramedida, não interrompe a pirataria - mais cedo ou mais tarde alguém com motivação suficiente o ignorará.

Você tem poucas opções:

  1. Venda seu software como um serviço (SaaS).

  2. Só não se importe com pirataria, de alto nível / a maioria dos usuários provavelmente pagará de qualquer maneira se o preço for razoável.

  3. Licenciá -lo como grátis (libre) e lucro vendendo suporte etc.

Você pode usar Guarda Zend e alguns controles dentro de seus aplicativos para tentar mitigar a pirataria em seus aplicativos da Web PHP.

O banco de dados provavelmente permanecerá aberto.

Eu acho que o máximo que você pode fazer é codificá -lo, mas se eles forem experientes o suficiente para perceber que podem apenas decodificá -lo ... o PHP é uma linguagem de script que é interpretada no tempo de execução.

Seus clientes devem assinar um contrato dizendo que não estarão entregando, você pode trabalhar algum tipo de licenciamento no software para verificar se ninguém está usando ilegalmente ... o vbulletin é um exemplo de um aplicativo comercial da Web PHP , você pode olhar para a maneira como eles fazem negócios.

Não é possível, IMO, sem um ambiente totalmente hospedado. Uma vez no servidor do cliente, eles têm acesso e é uma questão de determinação e recursos. Eu digo isso porque até poderosas proteções de licenciamento de código nativo são subvertidas o tempo todo, basta pesquisar no Google para ver todas as teclas rachadas.

Se você deseja proteger seu código, o uso de idiomas nativos ou verões ofuscadas (pelo menos) mudará apenas a magnitude da dificuldade, mas não aliviará o risco.

Proteger o banco de dados é ainda mais difícil. Mesmo os motores que permitem a criptografia completa do banco de dados exigem a chave para iniciar / conectar -se ao banco de dados. Se isso faz parte do seu aplicativo da Web ou nas mãos do cliente, eles têm acesso total. A criptografia de banco de dados é realmente para proteção contra hackers, não contra seus clientes.

A pirataria se torna uma questão legal, não uma questão técnica.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top