PHP 프로젝트는 수년 동안 라이센스 문제 측면에서 무거운 "역사적 짐"이 있는 프로젝트였으며 이제 중요하고 철저한 정리를 준비하고 있습니다. 커뮤니티 회원 Ben Ramsey가 주도한 제안으로 는 현재 사용되는 두 가지 사용자 정의 라이센스 세트(대부분의 코드를 포괄하는 PHP 라이센스 3.01 및 Zend 디렉토리 코드용 Zend 라이센스 2.0)를 포기하고 향후 버전에서 BSD를 채택할 계획입니다. 3조(수정된 BSD) 라이센스. 현재 PHP 커뮤니티는 2026년 4월 4일까지 지속되는 이 "PHP 라이센스 업데이트" RFC에 투표하고 있습니다.

PHP의 초기 개발 단계에서 프로젝트는 라이센스를 매우 자주 변경했습니다: 1995년부터 1995년까지 2006년, PHP는 총 7번의 라이센스 변경 또는 조건 조정을 거쳤습니다. 처음에 PHP는 GPLv2에 따라 출시되었습니다. 1998년에 출시된 PHP 3은 GPLv2와 새로운 PHP 라이센스의 이중 인증 방식을 채택했습니다. 이 새로운 라이센스는 Apache 라이센스 1.0을 기반으로 하며 PHP 창립자 Rasmus Lerdorf가 PHP를 상용 사용자에게 보다 "친화적인" 동시에 무료 소프트웨어 속성을 유지하기 위해 고안했습니다. Lerdorf는 당시 상업 회사들이 주요 기여자들이 "이용"을 당했다는 느낌을 받지 않고 상업용 버전을 시험해 볼 수 있도록 PHP가 무료로 유지되기를 바랐다고 말했습니다.

그러나 사용자 정의 PHP 라이선스의 원본 버전에는 상업적 재배포를 위해 PHP 개발팀의 서면 허가를 요구하는 조항이 포함되어 있어 실제로 운영하기 어려운 것으로 판명되어 결국 PHP 버전 3.0.14에서 삭제되었습니다. 이 릴리스와 함께 제공되는 LICENSE 파일에는 라이센스 버전 번호도 표시되지 않습니다.

2000년 5월에 출시된 PHP 4.0은 Zeev Suraski와 Andi Gutmans가 작성한 Zend 엔진을 도입한 주요 리팩토링이었습니다. 이들은 나중에 PHP와 독립적인 경로에서 Zend 엔진을 상용화하려는 희망으로 Zend Technologies를 설립했습니다. Zend는 Zend 엔진을 PHP에 통합하기 위해 PHP 프로젝트에 라이센스를 제공하고, Zend 라이센스 자체가 OSI(오픈 소스 이니셔티브)에 의해 공식적으로 승인되지는 않았지만 관련 코드가 Zend 라이센스 또는 OSD(오픈 소스 정의)와 일치하는 기타 라이센스에 따라 유지될 것을 약속합니다. 그 이후로 PHP 소스 트리의 Zend 디렉토리에 있는 코드는 Zend 라이센스를 채택했습니다. PHP 4.0은 또한 GPLv2를 완전히 포기하고 PHP 라이센스 2.02를 채택했습니다.

그 후 몇 년 동안 PHP 라이센스는 계속해서 미세 조정되었습니다. 라이센스의 PHP 3.0 버전은 OSI의 승인을 받았지만 PHP 라이센스 3.01을 형성하기 위해 약간의 수정이 이루어졌습니다. 이 수정은 저작권 연도와 PHP 및 Zend에 대한 승인 텍스트가 표현되는 방식만 조정하고 라이센스 권한 자체는 변경하지 않습니다. 그러나 이 새 버전은 OSI에서 다시는 검토되지 않았습니다. 설상가상으로 라이센스 텍스트는 표면적으로는 "PHP 그룹"이 출시한 소프트웨어에만 적용됩니다. "PHP 그룹" 자체는 실제 법인이 아니라 10명의 초기 PHP 개발자 목록입니다. 이러한 모호함으로 인해 일부 사람들은 다른 단체에서 출시한 소프트웨어가 PHP 라이센스를 인증 텍스트로 합법적으로 사용할 수 없다고 믿게 되었고, 따라서 데비안과 같은 프로젝트에 실질적인 문제를 일으켰습니다. Ramsey는 특히 RFC에서 이러한 역사적 배경을 설명합니다.

현재 RFC에서 Ramsey는 다음 주요 버전(원래는 PHP 9.0으로 작성되었으며 나중에 "PHP의 다음 버전"으로 업데이트됨)부터 현재 PHP 라이선스와 Zend 라이선스가 BSD 3항 라이선스로 균일하게 대체될 것을 제안했습니다. 그는 제안서를 작성하면서 OSI 라이센스 위원회 의장 Pamela Chestek과 협력하여 관련 법적 문제와 질문을 해결했다고 말했습니다.

Ramsey는 모든 PHP 그룹 구성원과 소통했으며 모든 구성원이 이러한 변화에 대한 지지를 표명했다고 말했습니다. 동시에 그는 Perforce Software로부터 라이센스도 취득했습니다. Perforce는 2015년 Zend를 인수한 Rogue Wave 인수를 통해 2019년에 Zend를 자사 산하로 가져왔습니다. 다음과 같은 의문이 들 수도 있습니다. 수년 동안 너무 많은 개인이 PHP에 코드를 제출했기 때문에 라이센스를 변경하려면 모든 기여자가 동의해야 합니까? RFC에서 Ramsey의 요점은 다음과 같습니다. 아니요. PHP는 기여자에게 프로젝트에 저작권을 양도하는 CLA에 서명하도록 요구하지 않으므로 기여자는 기여한 코드의 저작권을 보유합니다. 그러나 다른 라이선스 조건을 명시적으로 명시하지 않는 경우 프로젝트의 현재 라이선스에 따라 기여를 사용할 수 있는 권리를 프로젝트에 부여하는 것으로 간주될 수 있습니다.

즉, 기여자는 자신이 제출한 코드에 대한 저작권을 소유하지만, 다른 라이선스가 지정되지 않은 경우 기여자는 프로젝트에서 채택한 라이선스에 따라 프로젝트에서 사용하도록 승인됩니다. Ramsey는 또한 일반적으로 오픈소스 프로젝트의 라이선스를 변경할 때 새로운 라이선스로 인해 사용자에게 부여된 권리 범위가 변경될 수 있기 때문에 모든 저작권 보유자의 동의가 필요하다고 지적했습니다. 그러나 이 경우 BSD 3조 라이선스로 전환해도 PHP 그룹 및 Perforce 소프트웨어 이외의 기여자에게 부여된 권리는 변경되지 않습니다. 따라서 그는 프로젝트가 모든 기여자로부터 개별적으로 명시적인 허가를 구할 필요가 없다고 믿습니다.

RFC에서는 개별 동의가 법적으로 요구되지 않는다고 명시하고 있지만 Ramsey는 모든 이해관계자가 자신의 견해를 표현할 적절한 기회를 가질 수 있도록 토론 기간을 최소 6개월 동안 유지할 것을 '예의'로 제안했습니다. RFC가 2025년 7월에 제안된 이후 그는 여러 업데이트를 발표하고 해당 주제가 아직 논의 중임을 커뮤니티에 상기시켰습니다. 현재로서는 실질적인 이의가 제기되지 않았습니다.

토론 중에 몇 가지 구체적인 문제도 나타났습니다. 예를 들어, Derick Rethans는 8.5 이후의 "다음 버전"에서 변경하는 대신 PHP 9까지 기다려야 하는 이유를 물었습니다. Ramsey는 이에 대해 어려운 기술적 또는 법적 이유가 없으며 단지 버전 리듬에 따른 직관적인 판단일 뿐이며 커뮤니티가 PHP 8.6에서 변경 사항을 완료하는 것이 더 적절하다고 생각한다면 반대하지 않을 것이라고 답했습니다. RFC는 이후 구현을 "PHP 9"에서 "다음 버전"으로 옮겼습니다.

또 다른 개발자인 Peter Kokot는 향후 GPL 라이선스 소프트웨어로 작업할 때 의심을 줄이기 위해 GPL과의 호환성을 더 명확하게 해야 한다고 제안했습니다. 그는 PHP에는 빌드할 때 두 개의 GPLv3 라이센스 라이브러리인 GNU Readline과 GNU dbm(GDBM)에 대해 링크할 수 있는 옵션이 있다고 언급했습니다. 그는 빌드 단계에서 이러한 GPL 라이브러리에 대한 링크 옵션을 단계적으로 폐지하여 패키저가 더 이상 잠재적인 비호환성에 대해 걱정할 필요가 없도록 하고 궁극적으로 GDBM 및 Readline에 대한 링크 가능성을 완전히 제거하기를 희망합니다. Ramsey는 기존 PHP 라이선스 3.01에서는 사용자에 대한 몇 가지 추가 제한으로 인해 라이선스가 GPL과 호환되지 않는다고 응답했습니다. 현재로서는 이러한 비호환성을 제거할 수 없습니다. 그러나 수정된 ​​BSD 라이센스를 대신 사용하면 최종 패키지가 전체적으로 GPL 조건에 따라 릴리스되는 한 이러한 호환성 문제가 없으며 배포 패키징 작업도 크게 단순화됩니다.

2026년 3월 14일 Ramsey는 이 RFC에 대한 공식 투표 개시를 발표했습니다. 투표 결과는 PHP Wiki의 RFC 페이지에 공개적으로 기록됩니다. 투표권을 가진 사람의 총 수는 현재 불확실합니다. 2019년 집계에서는 당시 총 180명의 개발자가 투표할 수 있었습니다. 투표가 시작된 직후 47명이 찬성, 2명이 기권했다. 초기 결과는 제안에 대한 커뮤니티의 정서가 매우 긍정적임을 나타냅니다. 그러나 투표 과정이 완료될 때까지 그 결과를 기정 결론으로 ​​간주할 수는 없습니다. 최종 결과에 관계없이, 이번 허가 정리 및 간소화 노력은 지난 몇 년간 Ramsey의 막후 소통, 조정 및 촉진 없이는 불가능할 것이 분명합니다.