自分の目標を考慮する必要があります:

1)他の人があなたのコードを読んだり変更したりできないようにしようとしていますか?その場合、難読化/暗号化ツールが必要になります。私はZend Guardを使用して良好な結果をもたらしています。

2)コードの不正な再配布を防止しようとしていますか?EULA/独占的ライセンスは、このような事態の発生を防ぐ法的権限を与えますが、実際にはそれを防ぐことはできません。キー/アクティベーション スキームを使用すると、使用状況を積極的に監視できますが、コードも暗号化しない限り削除できます。 Zend Guard には、必要に応じて、特定のスクリプトを特定のクライアント コンピュータにロックしたり、コードの期間限定バージョンを作成したりする機能もあります。

vBulletin のようなものについては詳しくありませんが、これらは暗号化/難読化するか、ユーザーが正しいことを行うと信頼する必要があります。後者の場合、彼らは、悪いとみなされる行為を禁止する EULA によって保護されており、EULA の違反を支援する法制度があります。

ソフトウェアを保護する準備ができていない/法的措置を講じることができず、暗号化/難読化を望まない場合、選択肢は次のとおりです。 a) EULA を通じてソフトウェアをリリースすることで、必要になった場合に法的選択肢が得られます。最善の結果を期待するか、b) オープンソース ライセンスの方が適切かどうかを検討し、再配布のみを許可します。

物事を混同しても、法を遵守する正当な顧客に迷惑をかけるだけであり、ぼったくりをするような顧客は、いずれにしても、お金を払ってターゲットとしている顧客ではありません。 (難読化に関する追加の考えは削除されました)

ソフトウェアを保護するためのもう 1 つのヒント: コードが製品の価値の不完全な部分であるビジネス モデルを作成します。たとえば、製品ライセンスを販売したり、Web サイトで管理する特定のデータにアクセスしたり、サブスクリプション モデルやカスタマー サポートを通じて製品にライセンスを付与したりできます。

EULA の設計は法的な問題であり、コーディングの問題ではありません。まずは、使用する製品と Web サイトの EULA テキストを読むことから始めます。興味深い詳細が見つかるかもしれません!

独自のライセンスの作成は非常に柔軟であり、厳密にはコーディングに関するものではないため、StackOverflow の期待の範囲を超える可能性があります。

EULA の中で思い当たる部分:

• 製品にエラーが含まれたり、損害が発生した場合の責任は限定されます。
• 顧客がライセンスを取得したソフトウェアをどのように使用するか、どのくらいの期間、何台のマシンで使用するか、再配布権の有無などについて詳しく説明します。
• ライセンスを強制できるように、Web サイトを監査する権利を付与します。
• 彼らがソフトウェアを使用する権限を失うなど、EULA に違反した場合はどうなりますか。

商用 EULA を作成するには法律専門家に相談する必要があります。

編集者:プロジェクトが弁護士費用に見合わない場合は、次のリソースを確認してください:

• joelonsoftware の「EULA 提案」について
• "エンドユーザー使用許諾契約の書き方"