Como faço para proteger meu tema Premium de aplicativo do WordPress de copiar?

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

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

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

Legalidade à parte, geralmente olho dessa maneira, escrevo um bom código e ofereço um bom suporte e as pessoas vão procurá-lo. Existem muitos temas premium que são da GPL e estão indo muito bem. Veja WooThemes , Headway , StudioPress (Genesis) para citar apenas algumas empresas que escrevem temas de qualidade, totalmente GPL e ganham a vida fazendo isso.

Na minha opinião, parte de seu sucesso é creditada ao fornecer suporte de quility e precificar seus temas a um valor que eles podem se dar ao luxo de viver, mas outros podem pagar por eles.

Eu acho que essa idéia de "Se eu criar meu tema GPL alguém vai roubá-lo e todo o meu trabalho vai acabar" é apenas falsa. Claro, talvez alguém o roube, o entregue. Mas se você oferecer apoio, as pessoas ainda o procurarão e o conseguirão. Sem mencionar o fato de que eles sabem o que estão recebendo. Temas premium gratuitos ou roubados (e alguns não premium) geralmente contêm spyware / malware. Prefiro pagar alguém por algo que sei que funciona e depois lidar com um vírus mais tarde.

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

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

Outra solução seria uma solução terrível, $ X para o produto, $ Y para suporte, $ Z para complementos adicionais

PS: pessoalmente, não compro nada para o WordPress que não seja da GPL completa.

Se você deseja aplicar algumas restrições legais ao seu produto e se manter alinhado às 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.

Algo que não foi 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 temas de proteção e / ou plugins que eu já vi em uso.

O problema com a criptografia é que, com vontade e desejo suficientes, você pode descriptografar os arquivos novamente em seu estado original. Às vezes, os resultados variam e, dependendo de como o tipo de metodologia de criptografia é compreendido, geralmente determina o sucesso ou a falha na descriptografia de arquivos.

Existem pessoas sem escrúpulos que se tornaram bastante hábeis na arte de descriptografar arquivos do IonCube, Zend e outros. Para uma pessoa comum, o incômodo geralmente supera o valor.

A próxima metodologia é a ofuscação que eu raramente ou nunca vi usar. Na minha opinião, pode tornar quase impossível decifrar arquivos que foram ofuscados adequadamente, 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 principais 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 impede as pessoas de usá-lo, assumindo que ele funcione, mas impedirá que as pessoas o modifiquem ou copiem a funcionalidade para criar seu próprio produto similar.

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

Isso parece ótimo e é, na maioria das vezes, mas considere o que acontece se o servidor ficar offline mesmo por uma ou duas horas. Isso tornaria seu tema ou plugin inutilizável? Sem dúvida seria. Em seguida, você deve considerar que tipo de impacto isso teria no usuário final.

Você pode contornar isso, da melhor maneira possível, fazendo com que alguns locais de servidor à prova de falhas lidem com a distribuição de sua lógica de API, como o uso de serviços baseados em nuvem de empresas confiáveis ​​como a Amazon e muito mais, além de acessar diretamente a lógica do seu servidor.

Então, você precisará pesar o custo indireto e, finalmente, o valor para você. Realmente vale o tempo? Eu acho que é um projeto específico e dependente, mas considerações que devemos fazer em última análise.

O ponto principal é que a maioria das pessoas que pirateará ou roubará seu produto, tema ou plug-in provavelmente nunca comprou seu produto, tema ou plug-in.

Geralmente, existem três tipos de pessoas em nosso ambiente,

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

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 seu produto funcione conforme descrito.

Embora a pirataria e o roubo de temas e plugins sejam comuns na Internet, a quantidade de pessoas que realmente usam seus temas ou plugins de forma consistente o suficiente para garantir qualquer dano aos seus resultados é um tanto minúscula.

Não é preciso dizer que não devemos fazer tudo o que estiver 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 no marketing de produtos existentes, além de diversificar a maneira como você oferece seu produto. .

Com a taxa pela qual muitos produtos atualizam com novos recursos ou corrigem bugs, muitas vezes torna os produtos anteriormente pirateados inúteis ou não tão proveitosos se tivessem sido pagos.

Como mencionado acima, o código Criptografar e Ofuscar, combinado, são dois métodos que merecem uma investigação mais aprofundada, além da integração do estilo da API, para ajudar a proteger seus produtos, temas ou plugins da melhor maneira possível.

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