Come posso proteggere il tema della mia app WordPress Premium dalla copia?

Dicono che WordPress è GPL, e quindi tutti i plugin e i temi creati con esso dovrebbero essere GPL. Bene, ma se ho trascorso tre mesi a programmare un tema di app estremamente complesso con l'intento di venderlo ripetutamente a scopo di lucro, come un tema del sistema di pianificazione di uno studio medico, come posso proteggere il mio investimento, anche se un importo moderato?

Oltre agli altri due suggerimenti, esiste un altro approccio possibile: spostare tutte le funzionalità dell'app personalizzata fuori dal tema e in un servizio Web ospitato a cui il tema si connette tramite chiave API . In questo modo, la ridistribuzione del tema stesso non influisce sul modello aziendale personalizzato basato sull'app, poiché l'app richiederebbe tema più chiave API valida.

Questo approccio può funzionare o meno, a seconda della natura dell'app personalizzata, ma è un modello di successo per alcuni plugin commerciali ed è completamente conforme a GPL.

Legalità a parte, generalmente la guardo in questo modo, scrivo un buon codice e offro un buon supporto e la gente verrà da te. Ci sono molti temi di premi che sono GPL e stanno andando alla grande. Guardate WooThemes , Headway , StudioPress (Genesi) , per citarne solo alcune aziende che la qualità di scrittura, completamente temi GPL e guadagnarsi da vivere facendo così.

A mio avviso, alcuni dei loro successi sono accreditati nel fornire supporto di qualità e valutare i loro temi per un importo che possono permettersi di vivere, ma altri possono permettersi di pagarli.

Penso che questa idea di "Se creo il mio tema GPL qualcuno lo ruberà e tutto il mio lavoro sparirà" è semplicemente falso. Certo, forse qualcuno lo ruberà, lo regalerà. Ma se offri supporto, le persone saranno ancora da te e riceverlo. Per non parlare del fatto che sanno cosa stanno ottenendo. Temi premium gratuiti / rubati (e alcuni non premium) spesso contengono spyware / malware. Preferirei pagare qualcuno per qualcosa che so funziona e poi occuparmi di un virus in seguito.

Un ultimo esempio (e forse il mio preferito) è il tema Ibrido di Justin Tadlock , lo rilascia gratuitamente come GPL e fa pagare $ 25 all'anno per il supporto. Una commissione che pago volentieri perché il suo supporto è incredibile.

In conclusione, se si crea un ambiente affidabile e le persone arriveranno.

Un'altra soluzione sarebbe una soluzione terr, $ X per il prodotto, $ Y per il supporto, $ Z per i componenti aggiuntivi

PS: personalmente non compro nulla per WordPress che NON sia GPL completo.

Se desideri applicare alcune restrizioni legali al tuo prodotto e rimanere in linea con le pratiche GPL di WordPress, l'opzione migliore è la licenza divisa:

• Codice PHP sotto GPL;
• altri componenti (come design, immagini, CSS) su licenza di vostra scelta.

Qualcosa che non è stato menzionato in questo thread sono gli argomenti Crittografia e Offuscamento.

Crittografare il tuo codice con IonCube o Zend Encoder sono solo due metodi popolari per temi di protezione e / o plugin che ho visto in uso.

Il problema con la crittografia è che con sufficiente volontà e desiderio è possibile decrittografare i file nel loro stato originale. A volte i risultati possono variare e, a seconda della comprensione del tipo di metodologia di crittografia, spesso si determina l'esito positivo o negativo della decodifica dei file.

Ci sono individui senza scrupoli che sono diventati abbastanza abili nell'arte di decifrare i file da IonCube, Zend e altri. Per la persona media, la seccatura spesso supera il valore.

La prossima metodologia è l'offuscamento che raramente ho mai visto usato. A mio avviso può rendere quasi impossibile decifrare i file che sono stati correttamente offuscati, il che a sua volta significa anche che non è possibile modificare i file con offuscamento nel modo tradizionale e che è necessario conservare copie dei file master per eventuali modifiche, aggiornamenti, correzioni di bug che di solito non è un problema.

Tuttavia, una combinazione di crittografia e offuscamento renderebbe quasi impossibile, se non assolutamente impossibile, rubare il codice proprietario. Non impedirà alle persone di usarlo, supponendo che funzioni, ma impedirà alle persone di modificarlo o copiare funzionalità per creare il proprio prodotto simile.

L'utilizzo di una chiave API come menzionato sopra è l'altro ottimo metodo per proteggere i tuoi prodotti MA c'è un aspetto negativo di questo metodo e cioè archiviando parte della logica dell'applicazione fuori dal tema o plug-in originale significa che l'utente deve connettersi a il tuo server per recuperare quella logica affinché il tema o il plugin funzionino correttamente.

Sembra un'ottima cosa ed è per la maggior parte, ma considera cosa succede se il tuo server dovesse andare offline anche per un'ora o due. Ciò renderebbe inutilizzabile il tuo tema o plugin? Senza dubbio lo farebbe. Quindi dovresti considerare quale tipo di impatto avrebbe sull'utente finale.

È possibile aggirare questo, nel miglior modo possibile, facendo in modo che alcune posizioni dei server fail-safe gestiscano la distribuzione della logica API come l'uso di servizi basati su cloud da società affidabili come Amazon e altro oltre all'accesso diretto alla logica dal proprio server.

Quindi dovrai valutare il costo in termini di costi generali e, in definitiva, il valore per te. Ne vale davvero la pena? Immagino che sia specifico e dipendente dal progetto, ma alla fine bisogna prendere delle considerazioni.

La linea di fondo è che la maggior parte delle persone che piratano o rubano il tuo prodotto, tema o plugin hanno maggiori probabilità di non aver mai acquistato il tuo prodotto, tema o plugin in primo luogo.

Spesso ci sono tre tipi di persone nel nostro ambiente,

1. Qualcuno che ruberà e piraterà qualsiasi cosa, sempre.

2. Qualcuno che tenterà di rubare o piratare qualsiasi cosa, prima di acquistare un prodotto.

3. Qualcuno che semplicemente acquisterà il tuo prodotto, perché è la cosa giusta da fare e il modo più affidabile per garantire che il tuo prodotto funzioni come descritto.

Sebbene la pirateria e il furto di temi e plugin diffondano su Internet, la quantità di persone che effettivamente usano i tuoi temi o plugin in modo sufficientemente coerente da giustificare qualsiasi danno alla tua linea di fondo è in qualche modo minuscola.

Non vuol dire che non dovremmo fare tutto ciò che è in nostro potere per ridurre al minimo tale perdita, ma spesso i tuoi sforzi sarebbero meglio spesi nella creazione di più prodotti o nella commercializzazione di prodotti esistenti, oltre a diversificare il modo in cui offri il tuo prodotto .

Con la velocità con cui molti prodotti si aggiornano con nuove funzionalità o correggono i bug, spesso rende inutili i prodotti precedentemente piratati o meno fruttuosi se fossero stati pagati.

Come accennato in precedenza, la crittografia e il codice offuscante, combinati, sono due metodi che meritano ulteriori approfondimenti oltre all'integrazione in stile API, per proteggere i tuoi prodotti, temi o plugin nel miglior modo possibile.

Se lo stai vendendo, non è necessario che sia soggetto a GPL in quanto non puoi venderlo sui siti di WordPress. Puoi semplicemente distribuirlo tu stesso con qualsiasi licenza ti piaccia. La restrizione GPL è solo per il repository di Wordpress.org e, visto che non puoi venderlo con Wordpress.org, puoi avere qualsiasi licenza ti piaccia.