• PHP byter licens: därför spelar det roll även för dig som aldrig läser licenstext

    PHP lämnar sin gamla speciallicens bakom sig och går över till den välkända BSD 3-Clause-licensen. För vanliga utvecklare märks förändringen kanske knappt, men för Linux-distributioner, företag och projekt som bygger vidare på PHP innebär den enklare regler, tydligare kompatibilitet och mindre juridisk osäkerhet.

    PHP har gjort något som låter torrt, juridiskt och långt från vardagen: projektet har bytt licens. Men bakom orden BSD 3-Clause och PHP License 3.01 finns en ganska enkel idé: det ska bli lättare att använda, paketera, sprida och bygga vidare på PHP utan juridisk huvudvärk.

    PHP är ett av världens mest använda programmeringsspråk för webben. Det driver allt från små hemsidor till stora publiceringssystem och e-handelsplattformar. Därför spelar det stor roll vilka villkor som gäller för den som vill använda PHP i egna projekt, Linux-distributioner, kommersiella produkter eller andra öppna programvaror.

    Från speciallicens till standardlicens

    Under lång tid använde PHP en egen licens: PHP License 3.01. Den var öppen och permissiv, men den innehöll också särskilda villkor kopplade till namnet PHP. Sådana specialvillkor kan skapa problem för andra projekt, särskilt när kod ska kombineras, paketeras eller distribueras i större ekosystem.

    Nu har PHP-projektet avslutat den eran. PHP License 3.01 har frivilligt pensionerats och används inte längre. Även den äldre PHP License 3.0 betraktas i praktiken som avslutad, eftersom den redan hade ersatts av 3.01.

    I stället går PHP över till BSD 3-Clause License, även kallad Modified BSD License. Det är en välkänd, kort och etablerad öppen källkodslicens.

    Vad betyder BSD 3-Clause?

    BSD 3-Clause är en så kallad permissiv licens. Det betyder att den ger stor frihet. Man får i regel använda, kopiera, ändra och distribuera koden, även i kommersiella produkter, så länge man följer några grundläggande krav.

    Det handlar framför allt om att behålla upphovsrättsmeddelanden, licenstext och friskrivningar. Licensen förbjuder också att man använder upphovspersonernas eller projektets namn för att marknadsföra en produkt utan tillstånd.

    Kort sagt: du får göra mycket, men du måste ge korrekt erkännande och inte låtsas att projektet står bakom din produkt.

    Varför var den gamla licensen ett problem?

    Den gamla PHP-licensen var inte nödvändigtvis dålig, men den var specialbyggd för PHP. Det gjorde den svårare att hantera för organisationer som arbetar med många olika öppna projekt.

    Linux-distributioner, företag och paketansvariga behöver ofta automatisera licenskontroller. Då är standardlicenser mycket enklare att känna igen, tolka och godkänna.

    Det fanns också en särskild fråga kring Zend Engine, den motor som kör PHP-kod. Tidigare fanns en uppdelning mellan PHP:s licens och Zend Engine License. Zend Engine-licensen var dessutom inte OSI-godkänd, och tidigare diskussioner pekade på att de gamla licenserna inte var GPL-kompatibla.

    Det betyder att kombinationen av licenser kunde skapa osäkerhet för projekt som ville använda PHP-relaterad kod tillsammans med annan fri programvara.

    Den stora vinsten: mindre osäkerhet

    Det viktigaste med licensbytet är inte att PHP plötsligt blir mer öppet. PHP var redan öppen källkod. Den stora förändringen är i stället att villkoren blir tydligare, mer standardiserade och lättare att hantera.

    För utvecklare betyder det mindre tid på juridiska frågetecken. För Linux-distributioner betyder det enklare paketering. För företag betyder det smidigare granskning. För andra öppna projekt betyder det bättre kompatibilitet.

    Man kan jämföra det med att byta från ett specialbyggt eluttag till ett standarduttag. Apparaten fungerade redan, men nu passar den lättare in i resten av systemet.

    Varför händer detta nu?

    Förändringen kommer efter en flerårig översyn och en tidigare diskussion om att ersätta PHP:s egen licens med en standardlicens. Ben Ramsey meddelade på PHP-gruppens vägnar till Open Source Initiative att PHP License 3.01 nu är pensionerad och inte längre används.

    OSI har också ombetts att uppdatera sina licenslistor så att PHP License 3.01 markeras som retired, alltså avslutad eller pensionerad.

    Det markerar slutet på en lång licensperiod i PHP:s historia.

    En liten juridisk ändring med stor praktisk effekt

    För den vanliga PHP-utvecklaren förändras sannolikt inte vardagen särskilt mycket. Man kan fortfarande skriva PHP, installera PHP och bygga webbplatser precis som tidigare.

    Men för dem som underhåller paket, bygger plattformar, granskar licenser eller kombinerar PHP med annan programvara är detta en viktig förenkling.

    PHP:s licensbyte handlar därför inte om dramatik, utan om mognad. Ett av webbens mest etablerade språk lämnar sina specialvillkor bakom sig och ansluter sig till en av öppen källkod-världens mest välkända standardlicenser.

    Resultatet är enklare regler, bättre kompatibilitet och mindre friktion för alla som bygger vidare på PHP.

    https://lists.opensource.org/pipermail/license-review_lists.opensource.org/2026-May/006087.html

    Faktaruta: PHP:s nya licens

    Ny licens: BSD 3-Clause License, även kallad Modified BSD License.

    Tidigare licens: PHP License 3.01, som nu har pensionerats.

    Vad ändras? PHP lämnar en egen speciallicens och går över till en välkänd standardlicens för öppen källkod.

    Varför är det viktigt? Licensbytet gör det enklare för Linux-distributioner, företag och utvecklare att använda, paketera och vidareutveckla PHP-relaterad kod.

    Praktisk effekt: Mindre juridisk osäkerhet, bättre kompatibilitet och enklare licenshantering.



Etikett: PHP License 3.01

  • PHP byter licens: därför spelar det roll även för dig som aldrig läser licenstext

    PHP lämnar sin gamla speciallicens bakom sig och går över till den välkända BSD 3-Clause-licensen. För vanliga utvecklare märks förändringen kanske knappt, men för Linux-distributioner, företag och projekt som bygger vidare på PHP innebär den enklare regler, tydligare kompatibilitet och mindre juridisk osäkerhet. PHP har gjort något som låter torrt, juridiskt och långt från vardagen:…