PHP プロジェクトは何年にもわたってライセンスの問題に悩まされてきましたが、現在、コミュニティ メンバーの Ben Ramsey が主導する提案により、大規模かつ徹底的なクリーンアップの準備が進められています。計画では、現在使用されている 2 セットのカスタム ライセンス (コードの大部分をカバーする PHP License 3.01 と Zend ディレクトリ コード用の Zend License 2.0) を廃止し、代わりに将来のリリースでは BSD 3 条項 (修正 BSD) ライセンスを使用する予定です。PHP コミュニティは現在、2026 年 4 月 4 日までこの「PHP ライセンス更新」RFC について投票を行っています。

PHP の開発の初期段階では、プロジェクトのライセンス変更は非常に頻繁でした。1995 年から 2006 年にかけて、PHP は合計 7 回のライセンス変更または条件の調整を受けました。当初、PHP は GPLv2 に基づいてリリースされました。 1998 年にリリースされた PHP 3 では、GPLv2 と新しい PHP ライセンスの二重認証方式が採用されました。この新しいライセンスは Apache License 1.0 に基づいており、フリー ソフトウェアの属性を維持しながら PHP を商用ユーザーにとってより「フレンドリー」にするために、PHP 創設者 Rasmus Lerdorf によって策定されました。ラードルフ氏は当時、大規模な貢献者に「利用されている」と感じさせずに営利企業が商用バージョンを試せるよう、PHPが無料のままであることを保証したいと述べた。

ただし、カスタム PHP ライセンスの元のバージョンには、商用再配布のために PHP 開発チームからの書面による許可を必要とする条項が含まれていましたが、これは実際に運用するのが難しいことが判明し、最終的に PHP バージョン 3.0.14 で削除されました。このリリースに付属する LICENSE ファイルには、ライセンスのバージョン番号も示されていません。

2000 年 5 月にリリースされた PHP 4.0 は、Zend エンジンを導入する主要なリファクタで、Zeev Suraski と Andi Gutmans によって書かれました。2 人は、後に PHP から独立した方法で Zend エンジンを商用化することを望んで Zend Technologies を設立しました。 Zend は、Zend エンジンを PHP に統合するためのライセンスを PHP プロジェクトに提供し、関連するコードが Zend ライセンスまたはオープン ソース定義 (OSD) と一致する他のライセンスの下で維持されることを約束します。ただし、Zend ライセンス自体はオープン ソース イニシアチブ (OSI) によって正式に承認されていません。それ以来、PHP ソース ツリーの Zend ディレクトリ内のコードには Zend ライセンスが採用されています。 PHP 4.0 では GPLv2 も完全に放棄され、PHP License 2.02 が採用されました。

その後数年間、PHP ライセンスは微調整され続けました。ライセンスの PHP 3.0 バージョンは OSI によって承認されましたが、その後、PHP ライセンス 3.01 を形成するために若干の変更が加えられました。この変更は、著作権年と、PHP および Zend の謝辞テキストの表現方法を調整するだけであり、ライセンス権そのものは変更しません。ただし、この新しいバージョンは OSI によって再度レビューされることはありませんでした。さらに厄介なことに、このライセンス条項は、表向きは「PHP グループ」によってリリースされたソフトウェアにのみ適用されます。このグループ自体は実際の法人ではなく、初期の PHP 開発者 10 人のリストです。この曖昧さのため、一部の人々は、他の団体がリリースしたソフトウェアは PHP ライセンスを認証テキストとして法的に使用することができないため、Debian などのプロジェクトに実際的な問題を引き起こしていると信じています。 Ramsey は、特に RFC でこの歴史的背景を明らかにしています。

現在の RFC で Ramsey 氏は、現在の PHP ライセンスと Zend ライセンスを、次のメジャー バージョン (当初は PHP 9.0 として記述され、後に「次のバージョンの PHP」に更新) から BSD の 3 条項ライセンスに置き換えることを提案しています。同氏は、提案書を作成するにあたり、OSIライセンス委員会のパメラ・チェステック委員長と協力して、関連する法的問題や疑問点に対処したと述べた。

ラムジー氏は、PHPグループのメンバー全員と話をし、メンバー全員が変化への支持を表明したと述べた。同時に、彼は Perforce Software からもライセンスを取得しました。Perforce は、2015 年に Zend を買収した Rogue Wave の買収を通じて、2019 年に Zend を傘下に収めました。疑問に思う人もいるかもしれません。長年にわたって非常に多くの個人がコードを PHP に提出してきたのに、ライセンスを変更する前に、すべての貢献者が同意する必要があるのでしょうか? RFC で Ramsey 氏の主張は次のとおりです。いいえ、PHP はプロジェクトに著作権を譲渡する CLA に署名することを貢献者に要求していないため、貢献者は貢献したコードの著作権を保持します。ただし、他のライセンス条項が明示的に記載されていない限り、プロジェクトの現在のライセンスに基づいて、そのコントリビュートを使用する権利をプロジェクトに付与したものとみなされます。

言い換えれば、貢献者は自分が提出したコードの著作権を所有しますが、他のライセンスが指定されていない場合、貢献者はプロジェクトで採用されたライセンスに基づいてプロジェクトにライセンスされます。 Ramsey 氏はさらに、新しいライセンスによってユーザーに付与される権利の範囲が変更される可能性があるため、オープンソース プロジェクトのライセンスを変更する場合、通常、すべての著作権所有者の同意が必要になると指摘しました。ただし、この場合、BSD 3 条項ライセンスに切り替えても、PHP Group と Perforce Software 以外の寄稿者に付与される権利は変わりません。したがって、プロジェクトはすべての貢献者に個別に明示的な許可を求める必要はないと彼は考えています。

RFCは、法的には個別に同意を得る必要はないと指摘しているが、ラムジー氏は「礼儀」として、すべての利害関係者が意見を表明する適切な機会を確保するために、少なくとも6か月は議論期間を維持することを提案している。 RFC が 2025 年 7 月に提案されて以来、彼は複数の更新情報を発行し、このトピックがまだ議論中であることをコミュニティに思い出させてきました。現時点では実質的な異議は出ていない。

議論の中でいくつかの具体的な問題も浮上しました。たとえば、Derick Rethans は、なぜ 8.5 以降の「次のバージョン」で変更を加えるのではなく、PHP 9 まで待つ必要があるのか​​と尋ねました。 Ramsey 氏は、これには明確な技術的または法的な理由はなく、単にバージョンのリズムに基づいた直感的な判断であり、コミュニティが PHP 8.6 での変更を完了することがより適切であると考えるのであれば、反対するつもりはないと答えました。その後、RFC は実装を「PHP 9」から「次のバージョン」に移行しました。

別の開発者である Peter Kokot は、将来 GPL ライセンスのソフトウェアを使用する際の懸念を軽減するために、GPL との互換性をより明確にする必要があると提案しました。同氏は、PHP には、GNU Readline と GNU dbm (GDBM) という 2 つの GPLv3 ライセンス ライブラリを構築するときにリンクするオプションがあると述べました。同氏は、パッケージ作成者が潜在的な非互換性について心配する必要がなくなるように、ビルド段階でこれらの GPL ライブラリにリンクするオプションを段階的に廃止し、最終的には GDBM と Readline にリンクする可能性を完全に排除したいと考えています。 Ramsey 氏は、既存の PHP License 3.01 ではユーザーに対するいくつかの追加制限があるため、このライセンスは GPL と互換性がない、と答えました。現時点では、この非互換性を排除することはできません。ただし、代わりに Modified BSD ライセンスが使用される場合、最終パッケージが全体的に GPL 条件に基づいてリリースされる限り、そのような互換性の問題は発生せず、配布パッケージング作業も大幅に簡素化されます。

2026 年 3 月 14 日、ラムジー氏は RFC に関する投票の正式な開始を発表しました。投票結果は、PHP Wiki の RFC ページに公的に記録されます。投票権を持つ人の総数は現時点では不明ですが、2019 年の集計では、当時投票資格のある開発者は合計 180 人でした。投票開始直後、47人が賛成票を投じ、2人が棄権した。初期の結果は、この提案に対するコミュニティの感情が非常に好意的であることを示していますが、投票プロセスが完了するまでは、結果が予断された結論と見なすことはできません。最終的な結果に関係なく、この許可の整理と合理化の取り組みが、過去数年間にわたるラムジー氏の舞台裏でのコミュニケーション、調整、促進なしには不可能であることは明らかです。