Spring til hovedindhold
SourceTrust
Se andre licenser

PHP-3.01

PHP-licensen 3.01

PHP-3.01 er tilladelig i BSD-stil med to PHP-specifikke regler: send anerkendelseslinjen med, og sæt ikke PHP i dit produkts navn.

På denne side

Hvad den gør

PHP-3.01 er den licens, PHP selv udgives under. Den er BSD-agtig: brug den kommercielt, ændr den, hold din egen kode lukket og videredistribuer i kildekode- eller binær form. To betingelser er specifikke for PHP-varemærket. Enhver videredistribution skal bære en anerkendelse af, at produktet indeholder PHP-software, frit tilgængelig fra php.net's softwareside. Og du må ikke sætte PHP i navnet på et afledt produkt eller fremstille PHP-gruppen som anbefaler af det uden skriftlig tilladelse fra gruppen.

Detaljer

De fleste PHP-applikationer rører aldrig denne licens, fordi næsten hver eneste Composer-pakke er MIT. Du rammer den, når du pakker selve PHP-runtimen, eller en PECL-udvidelse, ind i noget, du sender ud. Så er anerkendelsen en hård betingelse og ikke en høflighed, og den hører til i den dokumentation eller licensskærm, der følger med builden. Navnereglen virker på produktniveau og gælder produkter afledt af PHP-softwaren. En PECL-udvidelse eller en rettet runtime, der hedder PHP-et-eller-andet, skal have tilladelse fra PHP-gruppen, før den sendes ud, ikke efter en klage.

Fordele

  • Nem at lægge ind i et lukket, betalt produkt. Procurement har set denne familie hundredvis af gange.
  • Ingen copyleft på dine egne filer. Du holder din kildekode privat.

Ulemper

  • Notitspligten er nem at overse i et desktop-, mobil- eller container-build. En webside erstatter ikke notitser inde i artefakten.
  • Købere, der vil have en udtrykkelig patenttilladelse, vil bede dig foretrække Apache-2.0 frem for en kort MIT-agtig tekst.

Hvad den tillader og kræver

Vælg en kategori for at se hele tilladelsen i én overskuelig liste. Tilladelser viser, hvad licensen giver lov til, grænser viser, hvad den tilbageholder, og forpligtelser viser de betingelser, jeres releaseproces skal opfylde.

Tilladelser

  • Kommerciel brug

    Du må sende koden med i et betalt produkt. Licensen begrænser ikke kommerciel brug.

  • Ændre

    Du må ændre koden, også holde ændringerne private, medmindre en senere pligt siger noget andet.

  • Distribuere

    Du må give kopier til andre. Distribution er det, der typisk gør notits- og kildekodepligter til reelt arbejde.

  • Underlicens

    Du må lægge koden ind under dine egne produktvilkår, så længe du stadig opfylder denne licens' betingelser.

  • Privat brug

    Brug inde i virksomheden, også interne forks, udløser ikke i sig selv distributionspligter.

Hvad PHP-3.01 kræver, når I sender kode ud

Når en kopi, der indeholder PHP-3.01-kode, forlader virksomheden, er tilladelsen bred, og papirarbejdet er nemt at overse. Distribution betyder her en installer, en mobil binær fil, et container-image eller et SDK et andet team bygger ind. Arbejd listen op imod den artefakt, du rent faktisk giver videre, ikke op imod en README. En hostet tjeneste, der aldrig giver en kopi ud, hører stadig hjemme på registreringen, men notitspligten udløses først, når der findes en kopi.

  1. Du opfylder notitsbetingelsen, når copyright-notitsen og licensbetingelserne følger med hver kopi af PHP-koden, du distribuerer.

  2. Du opfylder anerkendelsesbetingelsen, når din distribution oplyser, at produktet indeholder PHP-software, frit tilgængelig fra php.net's softwareside.

  3. Du er på plads med navnereglerne, når dit produktnavn ikke indeholder PHP, og intet du udgiver fremstiller PHP-gruppen som anbefaler af dit produkt.

  4. Du har intet yderligere at gøre for en hostet applikation, hvis egne afhængigheder alle er MIT, fordi denne licens kun rækker til selve PHP-koden.

De pligter, PHP-3.01 navngiver

Selve licensteksten er kort. Dette er de navngivne betingelser. De følger koden, også filer I kopierer ind i jeres eget repository og transitive pakker i lockfilen.

Medtag copyright

Behold copyright-linjen i hver kopi eller væsentlig del, du distribuerer.

Medtag licens

Behold licensteksten i hver kopi eller væsentlig del, du distribuerer. En webside erstatter ikke notitser inde i en udsendt artefakt.

Krediter

Produkter, der inkluderer PHP, skal anføre "This product includes PHP" i den form, licensen beskriver.

Det skal du være opmærksom på

  • Anerkendelsessætningen behandles som en pynt og droppes. Den er en betingelse i licensen, og ordlyden er fastlagt af teksten.
  • Et produkt afledt af PHP, for eksempel en udvidelse, får PHP i titlen. Det kræver skriftlig tilladelse fra PHP-gruppen, og at spørge efter udgivelsen er den dyre rækkefølge.
  • Runtimen bages ind i et container-image eller et desktop-build, og ingen registrerer den, fordi applikationens egen afhængighedsliste er ren MIT.
  • Teams antager, at en BSD-agtig licens kan kombineres med alt. FSF læser navnebegrænsningerne som at gøre PHP-3.01 GPL-inkompatibel, så et blandet produkt kræver et rigtigt kig.

Hvad PHP-licensen 3.01 ikke gør

Søgeresultater flader ofte PHP-licensen 3.01 ud til et slogan. Dette er de sædvanlige fejllæsninger. PHP-3.01 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • PHP-licensen 3.01 kræver ikke, at du udgiver din egen kildekode. At kombinere den med lukket kode er selve pointen med tilladelsen.
  • PHP-licensen 3.01 betyder ikke "ingen forpligtelser." Copyright-linjen og licensteksten skal stadig følge med kopier, du giver videre.
  • Det er ikke en patentlicens, medmindre teksten siger det. MIT-familiens tilladelser nævner ikke patenter.

Hvordan PHP-3.01 adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med PHP-3.01, men deres pligter ved en release er forskellige. Hver række opsummerer, hvad licensen kræver, når I sender kode ud. Åbn den linkede side for den fulde tjekliste.

PHP-3.01
PHP-3.01 er tilladelig i BSD-stil med to PHP-specifikke regler: send anerkendelseslinjen med, og sæt ikke PHP i dit produkts navn.
MIT
MIT lader dig sende koden med i et lukket, betalt produkt. Den ene betingelse er, at copyright-linjen og licensteksten følger med hver kopi.
BSD-3-Clause
Tilladelig som MIT, med én ekstra regel: du må ikke bruge forfatternes navne til at promovere dit produkt. Notitser følger med kildekode og binære filer.

Ofte stillede spørgsmål om PHP-licensen 3.01

Svar på almindelige spørgsmål om, hvad PHP-licensen 3.01 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er PHP-licensen 3.01?

PHP-3.01 er den licens, PHP selv udgives under. Den er BSD-agtig: brug den kommercielt, ændr den, hold din egen kode lukket og videredistribuer i kildekode- eller binær form. To betingelser er specifikke for PHP-varemærket. Enhver videredistribution skal bære en anerkendelse af, at produktet indeholder PHP-software, frit tilgængelig fra php.net's softwareside. Og du må ikke sætte PHP i navnet på et afledt produkt eller fremstille PHP-gruppen som anbefaler af det uden skriftlig tilladelse fra gruppen.

Hvad kræver PHP-3.01, når I sender et produkt ud?

Du opfylder notitsbetingelsen, når copyright-notitsen og licensbetingelserne følger med hver kopi af PHP-koden, du distribuerer. Du opfylder anerkendelsesbetingelsen, når din distribution oplyser, at produktet indeholder PHP-software, frit tilgængelig fra php.net's softwareside. Du er på plads med navnereglerne, når dit produktnavn ikke indeholder PHP, og intet du udgiver fremstiller PHP-gruppen som anbefaler af dit produkt. Du har intet yderligere at gøre for en hostet applikation, hvis egne afhængigheder alle er MIT, fordi denne licens kun rækker til selve PHP-koden.

Kræver PHP-3.01, at jeg åbner min egen kildekode?

Det er ikke en patentlicens, medmindre teksten siger det. MIT-familiens tilladelser nævner ikke patenter.

Hvordan krediterer jeg PHP-3.01 i et produkt, jeg sender ud?

Kreditering for PHP-3.01 betyder, at copyright-linjen og licensteksten følger med hver kopi, en modtager rent faktisk får. Det kan være en om-skærm, en licensfil inde i installeren eller en notits i container-imaget. En offentlig side hjælper en køber med at revidere lageret. Den erstatter ikke notitser inde i artefakten. Hvis I har kopieret filer ind i jeres eget repository, skal headeren på de filer stadig blive.

Er en notits på en hjemmeside nok til PHP-3.01?

Nej. PHP-3.01 taler om kopier. En offentlig attestation-side er den ærlige liste til procurement. Betingelsen er opfyldt, når notitserne ligger i det materiale, I giver videre. Læg dem i installeren, om-skærmen eller en licensfil inde i den binære fil, og hold derefter de samme tekster på siden.

Tæller transitive PHP-3.01-afhængigheder med?

Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket PHP-3.01 med transitivt, og I distribuerer det træ, følger de notitser også med. Kun at liste direkte afhængigheder er den måde, teams misser pligten.

Hvordan adskiller PHP-3.01 sig fra MIT-licensen?

PHP-3.01 kræver dette: PHP-3.01 er tilladelig i BSD-stil med to PHP-specifikke regler: send anerkendelseslinjen med, og sæt ikke PHP i dit produkts navn. MIT-licensen kræver dette: MIT lader dig sende koden med i et lukket, betalt produkt. Den ene betingelse er, at copyright-linjen og licensteksten følger med hver kopi. Åbn MIT-licensen-siden for, hvad den licens kræver, når I sender kode ud. Behandl ikke SPDX-id'erne som udskiftelige, bare fordi de korte navne ligner hinanden.

Hvor registrerer jeg PHP-3.01 til en køber?

SourceTrust henter den udgivne artefakt for pakken, pakker licensfilerne ud og sammenligner teksten med det angivne SPDX-id. Kun et bekræftet match udfylder licensteksten for dig, og alt andet venter på et menneske. Den gemte tekst er den, din attestation-side og hver eksportfil bærer, og det er der, anerkendelseslinjen skal læses fra, når du samler notitserne til et build.

Hvor registrerer jeg PHP-3.01 til en køber?

SourceTrust henter den udgivne artefakt for pakken, pakker licensfilerne ud og sammenligner teksten med det angivne SPDX-id. Kun et bekræftet match udfylder licensteksten for dig, og alt andet venter på et menneske.

Den gemte tekst er den, din attestation-side og hver eksportfil bærer, og det er der, anerkendelseslinjen skal læses fra, når du samler notitserne til et build. Læs /docs/auto-fetch-license om hvordan hentningen beslutter.

Se også

Hubben er søjlen for denne klynge. Søskendelicenser er de andre eger. Produkt-FAQ-links forklarer, hvordan SourceTrust registrerer pligten, ikke selve licensteksten.

Praktisk vejledning til procurement-gennemgang, ikke juridisk rådgivning. Bekræft brug med høj risiko med jurist.

Send beviset med.

Importér PHP-licensen 3.01 og resten af det, I sender i produktion. Gratis at importere og gennemgå. I betaler først, når I udgiver.

Start gratis

Cookies på sourcetrust.dev

Vi bruger nødvendige cookies af hensyn til sikkerhed, herunder til at forhindre misbrug af vores sitescan og formularen til anmodning om en livegennemgang. Med din tilladelse bruger vi også valgfri analyse og diagnostik (Google Tag Manager på denne side, og Sentry browser-SDK'en i SourceTrust-programmet, når den er konfigureret). Se vores cookiepolitik.