web-dev-qa-db-ja.com

プレミアムWordPressアプリのテーマをコピーから保護する方法は?

彼らはWordPressはGPLであると言っているので、それを使って作られたすべてのプラグインとテーマはGPLであるはずです。それでも、診療所のスケジュールシステムのテーマのように、非常に複雑なアプリのテーマを繰り返し利益のために販売することを意図して3か月かけてコーディングした場合、投資を保護することができます。

31
Volomike

他の2つの提案に加えて、もう1つの可能なアプローチがあります:すべてのカスタムアプリ機能をテーマ外に移動し、ホスト型Webサービスに移動します。 APIキーを介して接続します 。そのため、テーマ自体の再配布は、カスタムのアプリケーションベースのビジネスモデルには影響しません。アプリにはTheme plus valid APIキーが必要になるためです。

このアプローチはあなたのカスタムアプリの性質に依存して、うまくいくかもしれないし、うまくいかないかもしれませんが、それはいくつかの商用プラグインにとって成功したモデルであり、そして完全にGPLに準拠しています。

26
Chip Bennett

合法性はさておき、私は一般的にこのようにそれを見て、良いコードを書いて、そして良いサポートを提供します、そして、人々はあなたのところに来るでしょう。 GPLであり、素晴らしいことをしている多くの既成のテーマがあります。 WooThemesHeadway/StudioPress(Genesis) を参照して、品質の高いGPLテーマを作成して生活を営む少数の企業を挙げてください。

私の意見では、彼らの成功のいくらかは彼らが生きるのに余裕があるが彼らが彼らのために支払うことができる量で彼らのテーマに値段を付けることに功を奏している。

私が「私のテーマをGPLにすると誰かがそれを盗むことになり、私のすべての仕事がなくなることになる」というこの考えは間違っていると思います。確かに、多分誰かがそれを盗み、それを捨てます。しかし、あなたが支援を提供しても、人々はまだあなたのところにやって来てそれを手に入れるでしょう。彼らが彼らが何を得ているのか知っているという事実は言うまでもありません。無料/盗品プレミアムテーマ(および一部の非プレミアムテーマ)には、スパイウェア/マルウェアが含まれていることがよくあります。私は仕事を知っているもののために誰かに支払いをして、後でウイルスに対処したいと思います。

最後の例(そして私のお気に入りかもしれません)はJustin Tadlockの Theme Hybrid です。彼はそれをGPLとして無料でリリースし、サポートとして年間25ドルを請求します。彼のサポートが素晴らしいので私は喜んで支払います。

つまり、信頼できる環境を構築すれば人々は集まるでしょう。

もう1つの解決策は、よりよい解決策です。製品には$ X、サポートには$ Y、追加のアドオンには$ Zを使用します。

シモンズ:個人的に私はフルGPLではないWordPressのために何も買わない。

13
Brooke.

あなたの製品にいくつかの法的制限を適用し、WordPressのGPL慣行に沿ったままにしたい場合は、最良の選択肢は分割ライセンスです。

  • GPLのもとでのPHPコード。
  • 選択したライセンスに基づくその他のコンポーネント(デザイン、画像、CSSなど)。
6
Rarst

このスレッドで言及されていないものは、トピック暗号化と難読化です。

IonCubeまたはZend Encoderを使用してコードを暗号化することは、保護のテーマおよび/または私が使用中に見たプラグインの2つの一般的な方法です。

暗号化の問題点は、十分な意志と欲求をもって、ファイルを元の状態に復号化できることです。結果が異なる場合があり、暗号化方法の種類がどの程度理解されているかによって、ファイルの復号化の成功または失敗が決まることがよくあります。

IonCube、Zendなどからファイルを復号化する技術に精通している悪質な個人がいます。平均的な人にとって、面倒なことはしばしばその価値を上回ります。

次の方法論は難読化です。私の意見では、正しく難読化されているファイルを解読することはほぼ不可能になる可能性があります。つまり、難読化されたファイルを従来の方法で編集することはできなくなります。これは通常問題にはなりません。

しかし、暗号化と難読化の両方を組み合わせると、絶対に不可能ではないとしても、ほぼ不可能になり、独自のコードを盗むことになります。それが機能すると仮定して、それが人々にそれを使用させることを止めないが、それは人々がそれを修正することまたは彼ら自身の同様の製品を作るために機能性をコピーすることを防ぐ。

上記のようにAPIキーを使用することはあなたの製品を安全にするのを助けるもう一つの素晴らしい方法ですが、この方法には欠点があります、そしてそれはオリジナルのテーマまたはプラグインからあなたのアプリケーションロジックの一部を保存することによってテーマやプラグインが適切に動作するために、サーバーはそのロジックを取得します。

これは素晴らしいことのように思えます、そしてそれは大部分のためですが、あなたのサーバーが1、2時間さえもオフラインになることになっていたらどうなるかを考えてください。これはあなたのテーマやプラグインを使えなくしますか?間違いないでしょう。次に、エンドユーザーにどのような影響があるのか​​を検討する必要があります。

サーバーから直接ロジックにアクセスするだけでなく、Amazonなどの信頼できる会社のクラウドベースのサービスを使用するなど、いくつかのフェイルセーフサーバーロケーションでAPIロジックの配布を処理することで、これを最大限回避することができます。

それからあなたは間接費の費用そして最終的にあなたにとっての価値を量る必要があるでしょう。それは本当に価値がありますか?私はそれがプロジェクトに特有で依存していると思いますが、考慮すべき点が最終的​​にはあります。

肝心なのは、あなたの製品、テーマ、またはプラグインを海賊版または盗むことになるほとんどの人は、最初の段階であなたの製品、テーマまたはプラグインを購入したことがない可能性が最も高いということです。

私たちの環境には3種類の人々がいるとよく考えられています、

  1. 何かを盗んで海賊行為をする人、常に。

  2. 製品を購入する前に、何かを盗むことや海賊版を作ることを試みる人。

  3. それは正しいことであり、あなたの製品が説明されている通りに動作することを保証するための最も信頼できる方法だからです。

テーマやプラグインの違法コピーや盗用はインターネット上で蔓延していますが、実際にあなたのテーマやプラグインを使用して最終的な損害へのダメージを保証するのに十分なだけの人々の数はいくらかごくわずかです。

その損失を最小限に抑えるために全力を尽くすべきではないと言うのではありませんが、多くの場合、より多くの製品を作成したり既存の製品をさらにマーケティングしたりする方法は多様化します。 。

多くの製品が新機能で更新されたりバグが修正されたりする割合が高いため、以前は違法コピーされていた製品が無駄になったり、支払いがあったとしても役に立たなくなったりします。

前述のように、暗号化コードと難読化コードの組み合わせは、可能な限り最良の方法で製品、テーマ、またはプラグインを保護するための、APIスタイルの統合に加えて、さらに検討する価値がある2つの方法です。

0
userabuser