Comment protéger mon thème WordPress App Premium de la copie?

28

Ils disent que WordPress est la GPL et que, par conséquent, tous les plugins et thèmes créés avec celui-ci sont supposés être la GPL. Bien, mais si je passais trois mois à coder un thème d'application extrêmement complexe dans le but de le vendre de manière répétée dans un but lucratif, tel qu'un thème de système de planification de cabinet médical, comment puis-je protéger mon investissement, même modéré?

    
posée Volomike 20.12.2011 - 23:41

5 réponses

25

Outre les deux autres suggestions, une autre approche est possible: déplacez toutes les fonctionnalités de votre application personnalisée hors du thème et vers un service Web hébergé . , auquel le thème se connecte via la clé API . Ainsi, la redistribution du thème en tant que tel n’affectera pas votre modèle d’entreprise personnalisé, car elle nécessiterait une clé d’API valide pour le thème plus .

Cette approche peut ou non fonctionner, en fonction de la nature de votre application personnalisée, mais c'est un modèle réussi pour certains plug-ins commerciaux et entièrement conforme à la GPL.

    
réponse donnée Chip Bennett 21.12.2011 - 13:57
13

La légalité mise à part, je la regarde généralement de cette façon, écris un bon code et offre un bon soutien et les gens viendront à vous. Il existe de nombreux thèmes premium qui sont GPL et se portent bien. Regardez WooThemes , En tête , StudioPress (Genesis) pour ne nommer que quelques entreprises qui écrivent des thèmes de qualité, entièrement sous GPL et qui gagnent leur vie.

À mon avis, certaines de leurs réussites sont réputées pour fournir une assistance technique et une tarification de leurs thèmes d’un montant qu’elles peuvent se permettre de vivre, alors que d’autres peuvent se permettre de les payer.

Je pense que cette idée de "Si je fais mon thème sous GPL, quelqu'un le volera et que tout mon travail aura disparu" est tout simplement fausse. Bien sûr, peut-être que quelqu'un va le voler, le donner. Mais si vous offrez du soutien, les gens viendront toujours vous chercher. Sans parler du fait qu'ils savent ce qu'ils obtiennent. Les thèmes Premium / volés (et certains thèmes non premium) contiennent souvent des logiciels espions / malveillants. Je préférerais payer quelqu'un pour quelque chose qui, je le sais, fonctionne, puis traiter un virus ultérieurement.

Un dernier exemple (et peut-être mon préféré) est le Thème hybride de Justin Tadlock. Il le publie gratuitement sous forme de GPL et facture 25 $ par an pour soutien. Des frais que je paie volontiers parce que son soutien est incroyable.

En bout de ligne, si vous créez un environnement de confiance et que les gens viendront.

Une autre solution serait une solution terr, $ X pour le produit, $ Y pour l’assistance, $ Z pour les add-ons supplémentaires

PS: personnellement, je n'achète rien pour WordPress qui ne soit PAS à la GPL.

    
réponse donnée BandonRandon 21.12.2011 - 11:16
6

Si vous souhaitez appliquer certaines restrictions légales à votre produit et rester en ligne avec les pratiques GPL de WordPress, la meilleure option est une licence fractionnée:

  • code PHP sous GPL;
  • d'autres composants (tels que le design, les images, les CSS) sous licence de votre choix.
réponse donnée Rarst 21.12.2011 - 00:50
0

Quelque chose qui n’a pas été mentionné dans ce fil de discussion concerne les rubriques Cryptage et Obfuscation.

Le cryptage de votre code avec IonCube ou Zend Encoder ne sont que deux méthodes populaires pour les thèmes de protection et / ou les plugins que j'ai vus en cours d'utilisation.

Le problème avec le cryptage est qu’avec suffisamment de volonté et de volonté, vous pouvez décrypter les fichiers dans leur état d’origine. Parfois, les résultats varieront et, en fonction de la compréhension du type de méthodologie de chiffrement, le succès ou l’échec du déchiffrement des fichiers sera souvent déterminant.

Il existe des individus sans scrupules qui sont devenus très compétents dans l'art de décrypter des fichiers d'IonCube, de Zend et d'autres. Pour la personne moyenne, les soucis l'emportent souvent sur la valeur.

La méthodologie suivante est l’obscurcissement, que j’ai rarement, voire jamais, utilisé. À mon avis, il peut être pratiquement impossible de déchiffrer des fichiers correctement masqués, ce qui signifie également que vous ne pouvez pas éditer des fichiers masqués de manière traditionnelle et que vous devez conserver des copies de vos fichiers maîtres pour toute modification, mise à jour ou correction de bogue. ce qui n'est généralement pas un problème.

Cependant, une combinaison de cryptage et d’obscurcissement rendrait presque impossible, voire absolument impossible, le vol de votre code propriétaire. Cela n'empêchera pas les gens de l'utiliser, en supposant que cela fonctionne, mais cela empêchera les gens de le modifier ou de copier les fonctionnalités pour créer leur propre produit similaire.

L’utilisation d’une clé d’API, telle que mentionnée ci-dessus, constitue une autre excellente méthode pour sécuriser vos produits MAIS l’inconvénient de cette méthode est de stocker une partie de la logique de votre application hors du thème ou du plug-in d’origine pour répondre aux besoins de l’utilisateur. pour vous connecter à votre serveur afin de récupérer cette logique afin que le thème ou le plug-in fonctionne correctement.

Cela semble être une bonne chose et la plupart du temps, mais réfléchissez à ce qui se passera si votre serveur est mis hors ligne, même pendant une heure ou deux. Est-ce que cela rendrait votre thème ou plugin inutilisable? Cela ne fait aucun doute. Ensuite, vous devrez envisager le type d'impact que cela aurait sur l'utilisateur final.

Vous pouvez contourner ce problème autant que possible en faisant en sorte que certains emplacements de serveur à sécurité intégrée gèrent la distribution de la logique de votre API, par exemple en utilisant des services basés sur un nuage fournis par des sociétés fiables telles qu'Amazon et bien plus, en plus d'accéder directement à la logique de votre serveur.

Ensuite, vous aurez besoin de peser le coût en frais généraux et finalement la valeur pour vous. Vaut-il vraiment le temps? Je suppose que cela dépend du projet et dépend de celui-ci, mais il faut tenir compte des considérations finales.

En fin de compte, la plupart des personnes qui pirateront ou voleront votre produit, thème ou plug-in sont plus susceptibles de ne jamais avoir acheté votre produit, thème ou plug-in.

On pense souvent qu'il existe trois types de personnes dans notre environnement,

  1. Quelqu'un qui volera et piratera n'importe quoi, toujours.

  2. Quelqu'un qui tentera de voler ou de pirater quoi que ce soit avant d'acheter un produit.

  3. Quelqu'un qui achètera simplement votre produit, car c’est la bonne chose à faire et le moyen le plus fiable de garantir le bon fonctionnement de votre produit.

Bien que le piratage et le vol de thèmes et de plug-ins soient monnaie courante sur Internet, le nombre de personnes qui utilisent réellement vos thèmes ou plug-ins de manière suffisamment cohérente pour garantir des dommages à votre résultat net est quelque peu minime.

Cela ne veut pas dire que nous ne devrions pas faire tout ce qui est en notre pouvoir pour minimiser cette perte, mais souvent, vos efforts seraient mieux dépensés pour créer davantage de produits et / ou pour commercialiser davantage les produits existants, ainsi que pour diversifier la offrez votre produit.

Avec la vitesse à laquelle de nombreux produits mettent à jour de nouvelles fonctionnalités ou corrigent des bugs, les produits précédemment piratés sont souvent inutiles ou moins fructueux s'ils avaient été payés.

Comme mentionné ci-dessus, le code de cryptage et de dissimulation, combinés, constituent deux méthodes qui méritent d’être approfondies, en plus de l’intégration de type API, pour sécuriser au mieux vos produits, thèmes ou plug-ins.

    
réponse donnée userabuser 07.04.2012 - 08:35
-6

Si vous le vendez, il n’est pas nécessaire que ce soit sous licence GPL car vous ne pouvez pas le vendre sur les sites WordPress. Vous pouvez simplement le distribuer vous-même sous la licence de votre choix. La restriction GPL concerne uniquement le référentiel Wordpress.org et, vu que vous ne pouvez pas le vendre sous Wordpress.org, vous pouvez disposer de la licence de votre choix.

    
réponse donnée Joe Izzard 02.08.2012 - 11:06

Lire d'autres questions sur les étiquettes