Como faço para proteger meu tema Premium WordPress App de Copiar?

28

Eles dizem que o WordPress é GPL e, portanto, todos os plug-ins e temas criados com ele devem ser GPL. Tudo bem, mas se eu passei três meses codificando um tema de aplicativo extremamente complexo com a intenção de vendê-lo repetidamente para fins lucrativos, como um tema de sistema de agendamento de consultório médico, então como posso proteger meu investimento, mesmo que moderadamente?

    
por Volomike 20.12.2011 / 23:41
fonte

5 respostas

25

Além das outras duas sugestões, há outra abordagem possível: mover toda a funcionalidade do seu aplicativo personalizado para fora do Tema e em um serviço da Web hospedado , ao qual o tema se conecta por meio da chave de API . Dessa forma, a redistribuição do tema em si não afeta seu modelo de negócios baseado em aplicativo personalizado, porque o aplicativo exigiria uma chave de API válida mais .

Essa abordagem pode ou não funcionar, dependendo da natureza do seu aplicativo personalizado, mas é um modelo de sucesso para alguns plug-ins comerciais e é totalmente compatível com a GPL.

    
por Chip Bennett 21.12.2011 / 13:57
fonte
13

Deixando de lado a legalidade, eu geralmente vejo dessa maneira, escrevo um bom código e ofereço um bom apoio e as pessoas vão até você. Existem muitos temas premium que são GPL e estão indo muito bem. Veja WooThemes , Headway , StudioPress (Gênesis) para citar apenas algumas empresas que escrevem temas de GPL de qualidade, totalmente e ganham a vida fazendo isso.

Na minha opinião, parte de seu sucesso é creditado como provimento de apoio e precificação de seus temas em um valor que eles podem viver, mas outros podem pagar por eles.

Eu acho que essa idéia de "Se eu fizer o meu tema GPL alguém vai roubá-lo e todo o meu trabalho vai desaparecer" é apenas falso. Claro, talvez alguém roube, dê fora. Mas se você oferecer apoio, as pessoas ainda virão até você e o conseguirão. Sem mencionar o fato de que eles sabem o que estão recebendo. Os temas Premium gratuitos / roubados (e alguns não premium) geralmente contêm spyware / malware. Eu prefiro pagar alguém por algo que eu conheço e depois lidar com um vírus.

Um último exemplo (e talvez o meu favorito) é o Tema Hybrid de Justin Tadlock, que o libera gratuitamente como GPL e cobra US $ 25 por ano por Apoio, suporte. Uma taxa que eu pago de bom grado porque o apoio dele é incrível.

Resumindo, se você criar um ambiente confiável e as pessoas virão.

Outra solução seria uma solução terrivel, $ X para o produto, $ Y para suporte, $ Z para add-ons adicionais

PS: pessoalmente, não compro nada para o WordPress que NÃO seja GPL completo.

    
por BandonRandon 21.12.2011 / 11:16
fonte
6

Se você quiser aplicar algumas restrições legais ao seu produto e ficar em sintonia com as práticas GPL do WordPress, sua melhor opção é a licença dividida:

  • código PHP sob GPL;
  • outros componentes (como design, imagens, CSS) sob licença de sua escolha.
por Rarst 21.12.2011 / 00:50
fonte
0

Algo que não tenha sido mencionado neste tópico são os tópicos "Criptografia e Ofuscação".

Criptografar seu código com o IonCube ou o Zend Encoder são apenas dois métodos populares para proteção de temas e / ou plugins que vi em uso.

O problema com a criptografia é que, com vontade e desejo suficientes, você pode descriptografar os arquivos de volta ao seu estado original. Às vezes, os resultados variam e, dependendo de quão bem o tipo de metodologia de criptografia é entendido, muitas vezes determinam o sucesso ou a falha em descriptografar arquivos.

Existem indivíduos inescrupulosos que se tornaram hábeis na arte de descriptografar arquivos do IonCube, Zend e outros. Para a pessoa média, o incômodo freqüentemente supera o valor.

A próxima metodologia é a ofuscação que raramente ou nunca vi usada. Na minha opinião, pode ser quase impossível decifrar arquivos que foram apropriadamente ofuscados, o que também significa que você não pode editar arquivos com ofuscação da maneira tradicional e precisa manter cópias de seus arquivos mestres para quaisquer modificações, atualizações, correções de bugs o que geralmente não é um problema.

No entanto, uma combinação de criptografia e ofuscação tornaria quase impossível, se não absolutamente impossível, roubar seu código proprietário. Ele não impedirá as pessoas de usá-lo, presumindo que ele funcione, mas impedirá as pessoas de modificá-lo ou copiar a funcionalidade para criar seu próprio produto similar.

O uso de uma chave de API como mencionado acima é outro ótimo método para ajudar a proteger seus produtos, mas há uma desvantagem nesse método, que é armazenar parte da lógica de seu aplicativo fora do tema original ou o plug-in significa que o usuário precisa para se conectar ao seu servidor para recuperar essa lógica para que o tema ou o plug-in funcione corretamente.

Isso parece ótimo e é na maior parte, mas considere o que acontece se o seu servidor ficar offline mesmo que seja por uma ou duas horas. Isso tornaria seu tema ou plug-in inutilizável? Sem dúvida, seria. Então você precisa considerar o tipo de impacto que teria no usuário final.

Você pode contornar isso da melhor forma possível, tendo alguns locais de servidor seguros para lidar com a distribuição de sua lógica de API, como usar serviços baseados em nuvem de empresas confiáveis, como a Amazon, além de acessar diretamente a lógica do seu servidor.

Então, você precisaria ponderar o custo na sobrecarga e, finalmente, o valor para você. Vale mesmo a pena? Eu acho que isso é específico e dependente do projeto, mas as considerações devem ser feitas em última análise.

O resultado é que a maioria das pessoas que pirateiam ou roubam seu produto, tema ou plug-in provavelmente nunca compraram seu produto, tema ou plug-in.

Muitas vezes, acredita-se que existem três tipos de pessoas em nosso ambiente,

  1. Alguém que rouba e pirata qualquer coisa, sempre.

  2. Alguém que tentará roubar ou piratear qualquer coisa antes de comprar um produto.

  3. Alguém que simplesmente compra seu produto, porque é a coisa certa a fazer e a maneira mais confiável de garantir que o produto funcione conforme descrito.

Embora piratear e roubar temas e plugins na Internet, a quantidade de pessoas que realmente usam seus temas ou plugins de forma consistente o suficiente para justificar qualquer dano à sua linha de fundo é um tanto minúscula.

Não é para dizer que não devemos fazer tudo ao nosso alcance para minimizar essa perda, mas muitas vezes seus esforços seriam mais bem gastos na criação de mais produtos e / ou na comercialização de produtos existentes, além de diversificar a maneira como você ofereça seu produto.

Com a taxa em que muitos produtos são atualizados com novos recursos ou corrigem bugs, isso muitas vezes torna os produtos anteriormente pirateados inúteis ou frutíferos se eles tivessem sido pagos.

Como mencionado acima, o código de Criptografia e Ofuscação, combinados, são dois métodos que valem uma investigação adicional, além da integração de estilo da API, para ajudar a proteger seus produtos, temas ou plugins da melhor maneira possível.

    
por userabuser 07.04.2012 / 08:35
fonte
-6

Se você está vendendo, então não precisa estar sob GPL, pois você não pode vendê-lo nos Sites do WordPress. Você pode simplesmente distribuí-lo sob qualquer licença que desejar. A restrição GPL é apenas para o repositório do Wordpress.org, e visto que você não pode vendê-lo sob Wordpress.org, você pode ter qualquer licença que você goste.

    
por Joe Izzard 02.08.2012 / 11:06
fonte