Call to undefined function each() na 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 veranderde er? Het PHP-handboek vermeldt dat each() vanaf PHP 7.2 verouderd was en in PHP 8.0 is verwijderd. De functie gaf een sleutel met de bijbehorende waarde terug en schoof de interne positie in de verzameling door.

Dat tweede gedrag is belangrijk bij een vervanging. Een lus die alle elementen bezoekt heeft niet automatisch dezelfde bedoeling als code die één element per aanroep verwerkt.

De juiste reparatie kiezen

Een foreach-lus kan een passende vervanging zijn voor eenvoudige doorloopcode. Laat de ontwikkelaar eerst vaststellen of andere code de interne positie gebruikt of de verzameling onderweg wijzigt. Verwijder niet alleen de regel die de fout geeft.

Dan kan de pagina weer openen terwijl bijvoorbeeld een deel van een export ontbreekt. Controleer daarom zowel de inhoud als het aantal verwerkte elementen.

Vijf stappen naar herstel

1. Noteer welke pagina of achtergrondtaak de melding oplevert. Een fout bij exporteren vraagt een andere eerste test dan een fout in het menu. Gebruik een kleine verzameling waarvan je de inhoud kent.
2. Zoek de eigenaar van de oude lus. Controleer of deze uit een pluginEen WordPress-plugin is een uitbreiding die je aan je WordPress-site toevoegt voor een extra functie, zoals een formulier of een webshop., bibliotheek of eigen maatwerk komt. Geef bij onderhoud door een leverancier de exacte functienaam en gebruikte versie door.
3. Laat vastleggen hoe de lus begint en eindigt. Worden alle elementen verwerkt of wordt halverwege gestopt? Vraag ook wat er hoort te gebeuren als de verzameling helemaal leeg is.
4. Test de vervanging met nul, één en meerdere elementen. Vergelijk sleutels, volgorde en waarden. Neem ook een geval mee waarin dezelfde verwerking twee keer achter elkaar wordt gestart.
5. Controleer de uiteindelijke uitvoer. Tel bijvoorbeeld de regels van een export en vergelijk de laatste regel met de verwachting. Bekijk daarna pas of er nieuwe foutmeldingen in het log staan.

Een concrete controle

Stel dat een export drie verzonnen producten bevat. Schrijf hun namen en gewenste volgorde vooraf op. Na de reparatie moeten precies die drie producten terugkomen, zonder dubbele of ontbrekende regels.

Maak vervolgens een lege export en herhaal de export met één product. Dit scenario helpt een verschil tussen een verdwenen fout en een correcte lus te herkennen. Deel de kleine testverzameling met de ontwikkelaar, zodat dezelfde vergelijking later opnieuw kan worden uitgevoerd.

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.