PHP परियोजना कई वर्षों से लाइसेंस मुद्दों के संदर्भ में भारी "ऐतिहासिक बोझ" वाली एक परियोजना रही है, और अब यह एक महत्वपूर्ण और संपूर्ण सफाई की तैयारी कर रही है: समुदाय के सदस्य बेन रैमसे के नेतृत्व में एक प्रस्ताव, वर्तमान में उपयोग किए जाने वाले कस्टम लाइसेंस के दो सेटों को छोड़ने की योजना बना रही है - अधिकांश कोड को कवर करने वाला PHP लाइसेंस 3.01 और Zend निर्देशिका कोड के लिए Zend लाइसेंस 2.0 - और अपनाएं भविष्य के संस्करणों में बी.एस.डी. तीन-खंड (संशोधित बीएसडी) लाइसेंस। PHP समुदाय वर्तमान में इस "PHP लाइसेंस अपडेट" RFC पर 4 अप्रैल, 2026 तक मतदान कर रहा है। 1995 से 2006 तक, PHP में कुल सात लाइसेंस परिवर्तन या शर्तों का समायोजन हुआ। प्रारंभ में, PHP को GPLv2 के अंतर्गत जारी किया गया था; 1998 में जारी PHP 3 ने GPLv2 और नए PHP लाइसेंस की दोहरी प्राधिकरण पद्धति को अपनाया। यह नया लाइसेंस अपाचे लाइसेंस 1.0 पर आधारित था और PHP के संस्थापक रासमस लेरडोर्फ द्वारा मुफ्त सॉफ्टवेयर विशेषताओं को बनाए रखते हुए PHP को वाणिज्यिक उपयोगकर्ताओं के लिए अधिक "अनुकूल" बनाने के लिए तैयार किया गया था। लेरडॉर्फ ने उस समय कहा था कि उन्हें यह सुनिश्चित करने की उम्मीद है कि PHP मुक्त रहे ताकि वाणिज्यिक कंपनियां प्रमुख योगदानकर्ताओं को "फायदा उठाए जाने" का एहसास कराए बिना वाणिज्यिक संस्करणों को आज़मा सकें।
हालाँकि, कस्टम PHP लाइसेंस के मूल संस्करण में व्यावसायिक पुनर्वितरण के लिए PHP विकास टीम से लिखित अनुमति की आवश्यकता वाला एक खंड शामिल था, जिसे व्यवहार में संचालित करना मुश्किल साबित हुआ और अंततः PHP संस्करण 3.0.14 में हटा दिया गया। इस रिलीज़ के साथ आने वाली LICENSE फ़ाइल लाइसेंस संस्करण संख्या भी नहीं दर्शाती है।
मई 2000 में जारी PHP 4.0, एक प्रमुख रीफैक्टरिंग थी जिसने ज़ेंड इंजन को पेश किया, जिसे ज़ीव सुरास्की और एंडी गुटमैन्स ने लिखा था, जिन्होंने बाद में PHP से स्वतंत्र पथ पर ज़ेंड इंजन के व्यावसायीकरण की आशा में ज़ेंड टेक्नोलॉजीज की स्थापना की। ज़ेंड, ज़ेंड इंजन को PHP में एकीकृत करने के लिए PHP परियोजनाओं को लाइसेंस प्रदान करता है, और वादा करता है कि संबंधित कोड ज़ेंड लाइसेंस या ओपन सोर्स डेफिनिशन (ओएसडी) के अनुरूप अन्य लाइसेंस के तहत रहेगा, हालांकि ज़ेंड लाइसेंस को ओपन सोर्स इनिशिएटिव (ओएसआई) द्वारा आधिकारिक तौर पर अनुमोदित नहीं किया गया है। तब से, PHP स्रोत ट्री में Zend निर्देशिका में कोड ने Zend लाइसेंस को अपनाया है; PHP 4.0 ने भी GPLv2 को पूरी तरह से त्याग दिया और PHP लाइसेंस 2.02 को अपनाया।
बाद के वर्षों में, PHP लाइसेंस को ठीक किया जाना जारी रहा: लाइसेंस के PHP 3.0 संस्करण को OSI द्वारा अनुमोदित किया गया था, लेकिन फिर PHP लाइसेंस 3.01 बनाने के लिए एक मामूली संशोधन किया गया था। यह संशोधन केवल कॉपीराइट वर्ष और PHP और Zend के लिए पावती पाठ को व्यक्त करने के तरीके को समायोजित करता है, लेकिन लाइसेंसिंग अधिकारों को नहीं बदलता है। हालाँकि, इस नए संस्करण की OSI द्वारा दोबारा कभी समीक्षा नहीं की गई। मामले को और अधिक परेशान करने वाली बात यह है कि लाइसेंस टेक्स्ट जाहिरा तौर पर केवल "PHP ग्रुप" द्वारा जारी सॉफ़्टवेयर पर लागू होता है, जो स्वयं एक वास्तविक कानूनी इकाई नहीं है बल्कि दस शुरुआती PHP डेवलपर्स की सूची है। इस अस्पष्टता ने कुछ लोगों को यह विश्वास दिलाया है कि अन्य संस्थाओं द्वारा जारी सॉफ़्टवेयर कानूनी तौर पर PHP लाइसेंस को प्राधिकरण पाठ के रूप में उपयोग नहीं कर सकता है, इस प्रकार डेबियन जैसी परियोजनाओं के लिए व्यावहारिक समस्याएं पैदा हो रही हैं। रैमसे विशेष रूप से आरएफसी में इस ऐतिहासिक पृष्ठभूमि को छेड़ते हैं।
वर्तमान RFC में, रैमसे ने वर्तमान PHP लाइसेंस और Zend लाइसेंस को अगले प्रमुख संस्करण (मूल रूप से PHP 9.0 के रूप में लिखा गया और बाद में "PHP के अगले संस्करण" में अपडेट किया गया) से शुरू होने वाले BSD तीन-खंड लाइसेंस के साथ बदलने का प्रस्ताव दिया है। उन्होंने कहा कि प्रस्ताव लिखने में, उन्होंने प्रासंगिक कानूनी मुद्दों और सवालों के समाधान के लिए ओएसआई लाइसेंसिंग समिति की अध्यक्ष पामेला चेस्टेक के साथ काम किया था।
रामसे ने कहा कि उन्होंने PHP समूह के सभी सदस्यों के साथ संवाद किया है और प्रत्येक सदस्य ने बदलाव के लिए समर्थन व्यक्त किया है। साथ ही, उन्होंने पर्सफोर्स सॉफ्टवेयर से एक लाइसेंस भी हासिल किया - पर्सफोर्स ने 2019 में दुष्ट वेव के अधिग्रहण के माध्यम से ज़ेंड को अपनी छतरी के नीचे लाया, जिसने 2015 में ज़ेंड का अधिग्रहण किया। किसी को आश्चर्य हो सकता है: चूंकि इतने सारे व्यक्तियों ने वर्षों से PHP में कोड जमा किया है, क्या लाइसेंस बदलने से पहले प्रत्येक योगदानकर्ता को सहमत होने की आवश्यकता है? आरएफसी में, रैमसे का कहना है: नहीं। PHP को योगदानकर्ताओं को सीएलए पर हस्ताक्षर करने की आवश्यकता नहीं है जो परियोजना में कॉपीराइट स्थानांतरित करता है, इसलिए योगदानकर्ता अपने योगदान किए गए कोड का कॉपीराइट बनाए रखते हैं; लेकिन बशर्ते वे अन्य लाइसेंसिंग शर्तों को स्पष्ट रूप से न बताएं, उन्हें परियोजना के वर्तमान लाइसेंस के तहत परियोजना को उनके योगदान का उपयोग करने का अधिकार देने वाला माना जा सकता है।
दूसरे शब्दों में, योगदानकर्ताओं के पास उनके द्वारा सबमिट किए गए कोड का कॉपीराइट होता है, लेकिन यदि कोई अन्य लाइसेंस निर्दिष्ट नहीं है, तो उनके योगदान परियोजना द्वारा अपनाए गए लाइसेंस के अनुसार परियोजना द्वारा उपयोग के लिए अधिकृत हैं। रैमसे ने आगे बताया कि आमतौर पर ओपन सोर्स प्रोजेक्ट का लाइसेंस बदलते समय सभी कॉपीराइट धारकों की सहमति की आवश्यकता होती है, क्योंकि नया लाइसेंस उपयोगकर्ताओं को दिए गए अधिकारों के दायरे को बदल सकता है। लेकिन इस मामले में, बीएसडी थ्री-क्लॉज लाइसेंस पर स्विच करने से PHP ग्रुप और पर्सफोर्स सॉफ्टवेयर के अलावा अन्य योगदानकर्ताओं को दिए गए अधिकार नहीं बदलते हैं। इसलिए, उनका मानना है कि परियोजनाओं को सभी योगदानकर्ताओं से व्यक्तिगत रूप से स्पष्ट अनुमति लेने की आवश्यकता नहीं है।
हालाँकि आरएफसी का कहना है कि कानूनी तौर पर मामले-दर-मामले के आधार पर सहमति प्राप्त करना आवश्यक नहीं है, रैमसे ने "शिष्टाचार" के रूप में प्रस्ताव दिया है कि चर्चा की अवधि कम से कम छह महीने तक बनाए रखी जाए ताकि यह सुनिश्चित किया जा सके कि सभी हितधारकों को अपने विचार व्यक्त करने का पर्याप्त अवसर मिले। चूंकि आरएफसी जुलाई 2025 में प्रस्तावित किया गया था, उन्होंने कई अपडेट जारी किए हैं और समुदाय को याद दिलाया है कि विषय अभी भी चर्चा में है; फिलहाल, कोई ठोस आपत्ति सामने नहीं आई है।
चर्चा में कुछ खास मुद्दे भी उठे. उदाहरण के लिए, डेरिक रेथंस ने पूछा कि 8.5 के बाद "अगले संस्करण" में परिवर्तन करने के बजाय PHP 9 तक प्रतीक्षा करना क्यों आवश्यक था। रैमसे ने जवाब दिया कि इसके लिए कोई कठिन तकनीकी या कानूनी कारण नहीं है, यह सिर्फ संस्करण लय पर आधारित एक सहज निर्णय है, और यदि समुदाय को लगता है कि PHP 8.6 में परिवर्तनों को पूरा करना अधिक उपयुक्त है, तो वह आपत्ति नहीं करेगा। आरएफसी ने तब से कार्यान्वयन को "PHP 9" से "अगले संस्करण" में स्थानांतरित कर दिया है।
एक अन्य डेवलपर, पीटर कोकोट ने सुझाव दिया कि भविष्य में GPL-लाइसेंस प्राप्त सॉफ़्टवेयर के साथ काम करते समय संदेह को कम करने के लिए GPL के साथ संगतता को स्पष्ट किया जाना चाहिए। उन्होंने नोट किया कि निर्माण करते समय PHP के पास दो GPLv3-लाइसेंस प्राप्त पुस्तकालयों के विरुद्ध लिंक करने का विकल्प होता है: GNU रीडलाइन और GNU dbm (GDBM)। उन्हें उम्मीद है कि निर्माण चरण के दौरान इन जीपीएल पुस्तकालयों के खिलाफ लिंक करने के विकल्प को चरणबद्ध तरीके से समाप्त कर दिया जाएगा ताकि पैकेजर्स को संभावित असंगतताओं के बारे में चिंता न करनी पड़े, और अंततः जीडीबीएम और रीडलाइन के खिलाफ लिंक करने की संभावना पूरी तरह से खत्म हो जाए। रैमसे ने जवाब दिया कि मौजूदा PHP लाइसेंस 3.01 के तहत, उपयोगकर्ताओं पर कुछ अतिरिक्त प्रतिबंधों के कारण, लाइसेंस GPL के साथ असंगत है। इस असंगति को फिलहाल समाप्त नहीं किया जा सकता है; हालाँकि, यदि इसके बजाय संशोधित बीएसडी लाइसेंस का उपयोग किया जाता है, जब तक कि अंतिम पैकेज समग्र रूप से जीपीएल शर्तों के तहत जारी नहीं किया जाता है, ऐसी कोई संगतता समस्या नहीं होगी, जो वितरण पैकेजिंग कार्य को भी काफी सरल बना देगी।
14 मार्च, 2026 को रैमसे ने आरएफसी पर मतदान की औपचारिक शुरुआत की घोषणा की। वोट के परिणाम सार्वजनिक रूप से PHP विकी के RFC पृष्ठ पर दर्ज किए जाते हैं। मतदान का अधिकार रखने वाले लोगों की कुल संख्या वर्तमान में अनिश्चित है - 2019 की गणना ने उस समय कुल 180 डेवलपर्स को वोट देने के योग्य बताया। मतदान शुरू होने के कुछ ही देर बाद 47 लोगों ने पक्ष में मतदान किया और दो लोग अनुपस्थित रहे। शुरुआती नतीजों से संकेत मिलता है कि प्रस्ताव के प्रति सामुदायिक भावना बेहद सकारात्मक है, लेकिन मतदान प्रक्रिया पूरी होने तक नतीजे को पहले से तय निष्कर्ष नहीं माना जा सकता। अंतिम परिणाम के बावजूद, यह स्पष्ट है कि पिछले कुछ वर्षों में रैमसे के पर्दे के पीछे के संचार, समन्वय और सुविधा के बिना यह परमिट सफाई और सुव्यवस्थित प्रयास संभव नहीं होगा।