Passing null to parameter of type string oplossen
Passing null to parameter of type string is deprecatedEen deprecation is een waarschuwing dat een onderdeel van PHP binnenkort verdwijnt, zodat de code van je website op tijd kan worden aangepast. meldt dat een interne PHP-functie null ontvangt waar een tekstwaarde wordt verwacht.
Welke PHP-versie meldt jouw site?
Passieve check van headers, versie en de kop van de homepage. Geen login, geen scan.
Meer uitleg
In de volledige regel staan ook de functienaam en het nummer van de parameter.
Bewaar die gegevens.
Zonder die context weet je niet of het om een optioneel tekstveld of ontbrekende verplichte informatie gaat.
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. Deze stappen zijn een onderzoeksadvies, geen diagnose van jouw website.
Wat veranderde er? De PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. 8.1-migratiegids beschrijft deze verouderde omgang met null bij interne functies met niet-nullbare parameters. Een deprecated-melding is geen bewijs dat iedere betrokken functie direct is gestopt.
De foutafhandeling van de toepassing moet worden onderzocht. Gebruik het genoemde parameternummer om de juiste invoer te vinden. Verwar null niet met lege tekst: bij herstel moet bewust worden gekozen of die twee hier dezelfde betekenis mogen krijgen.
De juiste reparatie kiezen
Laat de maker de waarde volgen vanaf haar bron tot aan de interne functie. Als een optionele beschrijving ontbreekt, kan lege tekst een correcte afspraak zijn. Als een vereiste naam ontbreekt, hoort de toepassing mogelijk eerst invoer te vragen.
Overal blind naar tekst omzetten kan het verschil verbergen. Maak de keuze daarom per invoerveld en beschrijf wat een gebruiker bij ontbrekende gegevens hoort te zien.
Vijf stappen naar herstel
- Noteer de functienaam en het parameternummer uit de volledige melding. Bewaar de aanroepregel en leg vast welke handeling deze code bereikt op de testkopie.
- Controleer de betreffende parameter in het PHP-handboek. Laat vaststellen welke waarde de toepassing werkelijk doorgeeft en waar die null vandaan komt in de gegevensroute.
- Beslis of ontbrekende informatie voor dit veld geldig is. Kies een bewuste lege tekst voor een optioneel veld of een duidelijke reactie voor een verplicht veld.
- Test normale tekst, lege tekst en null als afzonderlijke gevallen. Controleer ook een ingevulde waarde zoals het teken nul, zodat een geldige tekst niet onbedoeld verdwijnt.
- Herhaal de originele route en bekijk verse logs. Controleer de uiteindelijke opgeslagen tekst en zichtbare uitvoer, zodat het herstel geen gegevens heeft weggefilterd die behouden moesten blijven.
Een concrete controle
Als testvoorstel kun je een optionele toelichting bij een aanvraag gebruiken. Een ingevulde toelichting moet ongewijzigd aankomen. Een bewust lege toelichting moet de afgesproken lege weergave geven.
Een ontbrekende verplichte naam moet juist herkenbaar blijven als onvolledige invoer. Beoordeel die uitkomsten apart met de beheerder. De proef bewijst niet dat alle tekstverwerking is gecontroleerd, maar geeft een concreet acceptatiepunt voor de parameter die in jouw foutmelding wordt genoemd.
Hulp en controle na herstel
Gebruik het hulpformulier hieronder als je geen toegang hebt tot de logs of niet weet wie de betreffende code onderhoudt. Beschrijf één mislukte handeling en het verwachte resultaat. Vraag om een voorstel dat de oorzaak, de wijziging en de controle afzonderlijk benoemt.
Stuur geen wachtwoorden mee met je aanvraag.
Herhaal na herstel de oorspronkelijke handeling op de testkopie. Controleer ook een normale bezoekersroute, een leeg resultaat en een foutieve invoer waar dat relevant is. Bekijk verse logregels bij het nieuwe testtijdstip.
Bewaar versies en uitkomsten bij je onderhoudsnotities. Laat de verantwoordelijke beheerder bepalen wanneer de geteste wijziging naar de echte website kan.
Welke vervolgstap past? Gebruik de links onder dit artikel om je vervolgstap te kiezen. De pagina over PHP updaten helpt je het onderhoud met je beheerder te bespreken.
De Exposure Check is een afzonderlijke publieke controle; gebruik de uitslag niet als bewijs dat deze programmeerfout is opgelost. Voor de actuele veiligheidsinformatie is er de statuspagina. Houd het herstel van de gebruikershandeling en de beoordeling van de server daarom als afzonderlijke controles bij.
Stuur bij een hulpvraag de fouttekst, de mislukte handeling en het verwachte resultaat mee, maar geen wachtwoorden. Vraag om één verantwoordelijke die de wijziging en de acceptatie samen bewaakt.