Undefined array key na een PHP-update

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 de melding vertelt

De PHP-handleiding beschrijft het lezen van een ontbrekende arraysleutel als een waarschuwing vanaf PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. 8.0; daarvoor was het een notice. Een array is een verzameling waarden met namen of nummers als sleutel. Die wijziging in ernst verklaart waarom een bestaand gebrek na een update zichtbaarder kan worden.

Ze bewijst niet dat de update gegevens heeft verwijderd.

Een ontbrekende sleutel is ook iets anders dan een aanwezige sleutel met null als waarde. array_key_exists() kan dat verschil vaststellen. Laat de ontwikkelaar eerst bepalen welk onderscheid jouw toepassing nodig heeft. Het doel is correcte verwerking van ontbrekende gegevens, niet uitsluitend een log zonder meldingen.

Oplossen in vijf stappen

1. Leg de veldnaam, het bestand en het regelnummer vast. Noteer of de fout ontstaat bij openen, opslaan of verzenden. Test bijvoorbeeld een formulier met en zonder het optionele veld. Gebruik verzonnen testgegevens, zodat de vergelijking geen persoonsgegevens verspreidt.
2. Zoek de eigenaar van het bestand. Gaat het om een pluginEen WordPress-plugin is een uitbreiding die je aan je WordPress-site toevoegt voor een extra functie, zoals een formulier of een webshop., een themaEen WordPress-thema is het ontwerp van je WordPress-site: het bepaalt hoe pagina's eruitzien en hoe ze zijn opgebouwd. of maatwerk? Laat controleren welke versie beschikbaar is en of daarin een passende correctie staat. Een regel in een pluginbestand is een aanknopingspunt, geen bewijs dat alle invoer uit die plugin komt.
3. Volg de gegevens terug naar hun bron. Laat controleren of het veld echt optioneel is, anders heet of in een eerdere stap had moeten ontstaan. Spreek af wat de gebruiker hoort te zien wanneer een verplicht gegeven ontbreekt. Een duidelijke validatiemelding kan beter passen dan doorgaan met een lege waarde.
4. Laat één gerichte wijziging testen. Gebruik een aanwezig veld, een afwezig veld en een expliciet lege waarde. Controleer ook bestaande opgeslagen records. Daarmee onderzoek je of de correctie alleen nieuwe invoer helpt of ook de oude gegevens veilig kan verwerken.
5. Vergelijk het zichtbare resultaat met de verwachting. Zijn gegevens goed opgeslagen en verschijnt de juiste bevestiging? Lees daarna het log op het nieuwe tijdstip. Noteer welke invoer is gebruikt, zodat een tweede controle dezelfde uitkomst kan reproduceren.

Een voorbeeld om het verschil te zien

Stel dat een inschrijfformulier een vrijwillige bedrijfsnaam bevat. Spreek af of een inschrijving zonder die naam mag doorgaan en hoe de bevestiging er dan uitziet. Gebruik daarnaast een verplicht e-mailadres als controle.

Als beide velden dezelfde lege terugval krijgen, lijkt de waarschuwing misschien opgelost terwijl de verplichte controle ontbreekt. Dit is een testscenario, geen beschrijving van jouw formulier.

Vraag bij een koppeling ook naar een voorbeeld zonder het bewuste veld. Vergelijk de veldnamen en de afgesproken betekenis met een geslaagd antwoord. Bewaar alleen een geanonimiseerde versie.

Zo kan de ontwikkelaar controleren of de fout bij ontvangst, omzetting of later gebruik ontstaat. Een screenshot van de waarschuwing alleen laat die verschillen niet zien.

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.