オープンソースを使用する際の注意事項-mysql チュートリアル-php.cn

Must Notes When Using Open Sources

1. ライセンスに関するものです

新しいアプリケーションを構築する場合、オープンソースを活用するサービス。私たちが気をつけなければならない最も重要なことの 1 つは ライセンス であり、特にクローズドソース、独自のアプリを構築する場合に当てはまります。

例を見てみましょう。新しいサービスに適したRDMBSを選択しようとしていると仮定します。考えられる選択肢の中で、代表的なものは MySQL と PostgreSQL です。 ライセンスを考慮すると、次のようなメモが得られました。

MySQL ライセンス
- MySQL は、GNU General Public License (GPL) に基づいて商用利用が無料です。つまり、アプリケーションがオープンソース* であり、に準拠している限り、MySQL を無料で使用、変更、配布できます。 GPL ライセンス条項
- ただし、MySQL をクローズドソース または 独自 アプリケーションに統合する場合は、Oracle からの 商用ライセンス が必要になる場合があります ( MySQL を所有する会社) のソースコードの公開など、GPL の義務を回避するため。
- 要約すると、MySQL を無料で使用できるのは、依存プロジェクトをオープンソースする場合のみです。それ以外の場合は、する必要があります。 Oracleからの🎜>ライセンス
PostgreSQL ライセンス
- クローズドソース アプリケーションで無料で使用できます。これは、MIT ライセンス によく似た PostgreSQL ライセンス に基づいてリリースされています。これは次のことを意味します:
- 料金を支払うことなく使用、変更、配布できます。
- プロプライエタリ、クローズドソースアプリケーションの一部として PostgreSQL を組み込むことができます。 ライセンスの一部として PostgreSQL を使用する場合、ソフトウェアをオープンソースにすることは
- 。 PostgreSQL は寛容なオープンソース
2. 一般的なソフトウェアライセンスの一部

オープンソースライセンスと商用ライセンスの両方を含む、最も一般的なソフトウェアライセンスの一部を次に示します。

- タイプ: 寛容
- 主な機能: ユーザーはソフトウェアのコピーを使用、コピー、変更、結合、公開、配布、サブライセンス付与、販売することができます。
- 制限: 帰属が必要です (つまり、元のライセンスと著作権表示を保持します)。
GNU 一般公衆利用許諾書 (GPL)
- タイプ: コピーレフト
- 主な機能: ユーザーは、同じライセンスの下でソフトウェアを使用、変更、配布できます。
- 制限: 二次的著作物には同じ GPL ライセンスに基づいてライセンスを付与する必要があります。ソフトウェアを配布する場合、ユーザーはソースコードを利用できるようにする必要があります。
Apache ライセンス 2.0
- タイプ: 寛容
- 主な機能: ユーザーは、特許権を明示的に付与して、ソフトウェアを使用、変更、配布できます。
- 制限: 帰属とライセンスのコピー、および変更の通知が必要です。
BSD ライセンス (2 条項および 3 条項)
- タイプ: 寛容
- 主な機能: ユーザーがソフトウェアを使用、変更、配布できるようにします。
- 制限: 帰属が必要です。 3 条項の BSD ライセンスには、プロジェクト名や貢献者の名前を宣伝に使用することを禁止する条項も含まれています。
Mozilla パブリックライセンス (MPL) 2.0
- タイプ: 弱いコピーレフト
- 主な機能: ユーザーはソフトウェアを使用、変更、配布できますが、MPL でカバーされるコードへの変更は同じライセンスの下で利用可能にする必要があります。
- 制限: ソースコードの変更は MPL に基づいて共有する必要がありますが、他の独自コードまたは許可されたライセンスコードと組み合わせることができます。
クリエイティブ・コモンズ・ライセンス (CC0、BY、BY-SA)
- タイプ: さまざま (パブリックドメイン、寛容、コピーレフト)
- 主な機能: ソフトウェアよりもドキュメントや画像などのクリエイティブな作品によく使用されます。 CC0 はパブリックドメインの献身的ですが、BY には帰属が必要です。
- 制限: ライセンスの種類によって異なります。 BY-SA では、同じライセンスを使用する二次的著作物が必要です。
Eclipse パブリックライセンス (EPL)
- タイプ: 弱いコピーレフト
- 主な機能: MPL と同様に、使用、変更、配布が可能ですが、変更されたファイルを EPL の下に残す必要があります。
- 制限: 変更を配布する場合はオープンソースである必要がありますが、独自のソフトウェアと組み合わせることができます。
独自のライセンス
- 例: Microsoft ソフトウェアライセンス、Adobe エンドユーザーライセンス契約 (EULA)
- タイプ: コマーシャル/プロプライエタリ
- 主な機能: 会社が定義した特定の条件下でのソフトウェアの使用を許可します。
- 制限: ユーザーはソフトウェアのソースコードを変更、配布、さらには検査することさえできません。
パブリックドメイン (例: アンライセンス、CC0)
- タイプ: パブリックドメイン専用
- 主な機能: ソフトウェアをパブリックドメインに置き、誰でも制限なく使用、変更、配布できるようにします。
- 制限: なし。ただし、ある程度の保護または帰属が必要なプロジェクトには適していません。
GNU 劣等一般公衆利用許諾契約書 (LGPL)
- タイプ: 弱いコピーレフト
- 主な機能: LGPL ライセンスのコンポーネント自体への変更がオープンソースである限り、ソフトウェアを独自のソフトウェアにリンクできます。
- 制限事項: LGPL ライブラリを利用可能にするには変更が必要ですが、クローズドソースソフトウェアとのリンクは許可されます。

これらのライセンスは、配布、変更、帰属要件の処理方法が異なり、さまざまなレベルの自由と制限を提供します。

3. クローズドソースの独自アプリのライセンス。

クローズドソース、独自アプリの場合、ソースコードを開示する必要がないライセンスが適しています。この目的のための一般的なライセンスには次のものがあります:

MIT ライセンス: 主にオープンソースプロジェクトに使用されますが、他の人がソースコードを開示することなく、プロプライエタリなアプリケーションであってもソフトウェアを自由に使用、変更、配布することができます。 .
Apache License 2.0: MIT ライセンスと同様に、追加の特許保護により、クローズドソースプロジェクトでの使用が許可されます。ソースコードの配布は必要ありません。

それ以外の場合は、次のライセンスのいずれかを支払う必要があります。

プロプライエタリライセンス: Oracle (MySQL 用) などのベンダーからプロプライエタリライセンスを購入すると、ソフトウェアをクローズドソース方式で使用できます。
商用ライセンス: 多くの企業は、クローズドソースの使用を明示的に許可する商用ライセンスを提供しており、追加のサポートや機能が含まれる場合があります。

以上がオープンソースを使用する際の注意事項の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。