Implicitly nullable parameter: PHP-melding oplossen

Betekenis van de melding

De melding Implicitly marking parameter as nullable is deprecatedEen deprecation is een waarschuwing dat een onderdeel van PHP binnenkort verdwijnt, zodat de code van je website op tijd kan worden aangepast. gaat over een parameter met een type en null als standaardwaarde. Sinds PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. 8.4 is die impliciete toelating van null verouderd. Een expliciet nullable type, zoals ?

string, maakt de afspraak zichtbaar. Dit verschilt van null doorgeven aan een interne functie die alleen tekst accepteert.

Voor je begint

Bewaar de volledige foutregel met tijdstip in een privénotitie. Noteer welke handeling misging, welke PHP-versieEen PHP-versie is het nummer van de uitgave van PHP waarop jouw website draait, zoals 8.3. nu draait en welke onderdelen tegelijk zijn bijgewerkt. Deel alleen gegevens die nodig zijn voor onderzoek.

Een openbaar forum is geen geschikte plek voor klantgegevens, toegangscodes of volledige serverpaden.

Maak een back-upEen back-up is een kopie van je hele website, apart bewaard, zodat je hem kunt terugzetten als er iets misgaat. van bestanden en database voordat je wijzigingen laat uitvoeren. Controleer of die back-up bruikbaar is. Gebruik een afgeschermde testkopie met dezelfde PHP-versie en relevante instellingen.

Schakel daar echte betalingen en uitgaande klantmails uit. Spreek af wie de wijziging uitvoert en wie het resultaat controleert. De onderstaande stappen zijn een onderzoeksadvies, geen diagnose van jouw website.

Mogelijke oorzaak

Controleer de functiedeclaratie die in het log staat, niet alleen de aanroep. Een pluginbibliotheek kan een oude declaratie bevatten terwijl de functie verder nog werkt. Verwijder niet zomaar de standaardwaarde: daarmee kan optionele invoer verplicht worden.

Laat ook beoordelen of een verplichte parameter na deze parameter staat en welke aanroepers daarvan afhankelijk zijn.

Oplossen in vijf stappen

1. Noteer de functie en de parameter uit de melding. Zoek de declaratie en leg vast of null daar een standaardwaarde of een expliciet toegestaan type is.
2. Vraag wat ontbreken inhoudelijk betekent. Maak onderscheid tussen geen waarde, lege tekst en een werkelijke waarde, zodat de nieuwe declaratie dezelfde afspraak behoudt.
3. Laat een geschikte leveranciersupdate of gerichte typewijziging beoordelen. Controleer tegelijk de volgorde van verplichte en optionele parameters bij de betrokken functie.
4. Test een aanroep zonder optionele invoer, een aanroep met null en een met een geldige waarde. Vergelijk voor elk geval het verwachte gedrag.
5. Controleer ook opgeslagen instellingen die opnieuw worden ingelezen. Bewaar de nieuwe declaratie en de resultaten; alleen geen melding zien bewijst niet dat de standaard klopt.

Een concrete acceptatieproef

Neem als acceptatievoorbeeld een optionele aflevernotitie. Leg vooraf vast of geen notitie iets anders betekent dan een lege notitie. Test een nieuwe aanvraag en een eerder bewaarde aanvraag op de testkopie.

Controleer dat het formulier de juiste tekst toont en geen nieuw verplicht veld introduceert. Dit voorbeeld beschrijft een mogelijke test, geen bewezen pluginprobleem. Vraag hulp wanneer meerdere pakketten dezelfde functie aanroepen en de gevolgen van een wijziging niet duidelijk zijn.

De verantwoordelijke code vinden

Vraag bij een pluginEen WordPress-plugin is een uitbreiding die je aan je WordPress-site toevoegt voor een extra functie, zoals een formulier of een webshop. of themaEen WordPress-thema is het ontwerp van je WordPress-site: het bepaalt hoe pagina's eruitzien en hoe ze zijn opgebouwd. eerst naar de versie die bij de bedoelde PHP-omgeving past. Geef de onderhoudspartij de foutregel en de handeling waarmee die ontstaat. Vraag om een gerichte wijziging met een uitleg van het verwachte resultaat.

Bij eigen code hoort dezelfde uitleg bij de overdracht aan de ontwikkelaar.

Laat niet tegelijk allerlei ongerelateerde onderdelen wijzigen. Bewaar het onderscheid tussen de oorspronkelijke melding en eventuele nieuwe meldingen na een aanpassing. Noteer per proef de gebruikte codeversie en de testgegevens.

Zo kun je een resultaat aan een concrete wijziging koppelen. Een proef waarbij niemand weet welke bestanden zijn veranderd, geeft geen bruikbaar acceptatiebewijs.

Spreek vooraf af wanneer een proef wordt afgekeurd. Denk aan verkeerde inhoud, verdwenen instellingen of een bezoekershandeling die niet meer kan worden afgerond. Het verdwijnen van een melding is maar een deel van de controle.

Laat de eigenaar van de website ook het resultaat beoordelen dat een bezoeker werkelijk nodig heeft.

Wanneer hulp nodig is

Gebruik de bestaande dienst PHP updaten of het hulpformulier hieronder als je geen toegang tot de code hebt of de betrokken bibliotheek niet zelf onderhoudt. Beschrijf de mislukte handeling en het gewenste resultaat. Stuur geen wachtwoorden mee.

Vraag welke correctie wordt voorgesteld en met welke proef die gecontroleerd wordt.

Gebruik de Exposure Check via de link Check je PHP-versie als eerste versiecontrole. Een openbare check kan de PHP-versie niet altijd vaststellen en bewijst geen oorzaak of herstel van deze fout. Vraag bij een onbekende uitkomst de hoster om de actieve versie van deze website.

Bewaar na herstel de versies, testuitkomst en nieuwe logregels bij je onderhoudsnotities. Laat de verantwoordelijke beheerder bepalen wanneer de geteste wijziging naar de echte website kan.

Laat in de overdracht expliciet opnemen welke aanroepen zijn gecontroleerd. Een voorbeeld met ingevulde tekst dekt de ontbrekende invoer niet af. Bewaar daarom ook het resultaat van de proef zonder notitie, zodat een latere wijziging aan dit formulier dezelfde afspraak kan toetsen.