Cannot redeclare na een PHP-update oplossen

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.

Twee definities vergelijken

PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. staat het opnieuw definiëren van een eerder gedeclareerde functie niet toe. Die regel is niet nieuw bij iedere PHP-update. Bekijk daarom ook wat tegelijk veranderde aan plugins, themaEen WordPress-thema is het ontwerp van je WordPress-site: het bepaalt hoe pagina's eruitzien en hoe ze zijn opgebouwd.'s, snippets en de manier waarop bestanden worden geladen.

Het tijdstip helpt het onderzoek afbakenen, maar bepaalt de oorzaak niet.

include_once kan voorkomen dat hetzelfde bestand opnieuw wordt ingeladen. Dat is geen algemene oplossing voor twee verschillende bestanden die dezelfde functie definiëren. Laat de ontwikkelaar eerst onderscheiden of één bestand dubbel wordt geladen of twee onderdelen dezelfde naam gebruiken.

De herstelkeuze hangt af van dat verschil.

Oplossen in vijf stappen

1. Bewaar de volledige melding, inclusief de verwijzing naar de eerdere definitie. Noteer de functienaam exact. Laat niet alleen de laatste regel onderzoeken: juist de combinatie van beide locaties maakt duidelijk waar de dubbele definitie vandaan kan komen.
2. Maak een overzicht van de betrokken onderdelen op de testkopie. Controleer recent geplaatste snippets, actieve themaonderdelen en pluginbestanden. Vraag wie wijzigingen heeft uitgevoerd. Een achtergebleven kopie is een hypothese die je moet controleren, geen reden om ongezien mappen te verwijderen.
3. Vergelijk de bedoeling van de twee functies. Doen ze hetzelfde, of verwachten verschillende onderdelen iets anders van dezelfde naam? Laat de eigenaar vaststellen welke implementatie nodig is. Schakel alleen op de testkopie een verdachte toevoeging uit en noteer welke websitefunctie daardoor verandert.
4. Herstel de concrete botsing. Dat kan een correctie van de laadroute of een aanpassing door de onderhoudende ontwikkelaar vragen. Laat ook alle aanroepen controleren wanneer een naam verandert. Een zoek-en-vervangactie zonder begrip van de toepassing is onvoldoende bewijs van herstel.
5. Test de oorspronkelijk mislukte pagina en de functies van beide betrokken onderdelen. Controleer opslaan, opnieuw openen en een tweede bezoek. Lees verse logs. Leg vast welke definitie behouden blijft en waarom, zodat dezelfde snippet later niet opnieuw wordt toegevoegd.

Waarom een controle op bestaan niet alles oplost

Een ontwikkelaar kan bij bepaalde ontwerpen eerst controleren of een functie bestaat. Vraag dan welke implementatie uiteindelijk wordt gebruikt en of die bij alle betrokken onderdelen past. Het verdwijnen van de foutmelding bewijst niet dat de gekozen functie de juiste berekening of uitvoer levert.

Vooral bij bedragen en toegangscontrole wil je het gedrag inhoudelijk laten testen.

Maak voor de overdracht een klein schema in gewone taal: onderdeel één levert deze functie, onderdeel twee verwacht dit resultaat. Voeg één geslaagd voorbeeld per onderdeel toe. Zo wordt een naamconflict bespreekbaar zonder dat je zelf PHP hoeft te schrijven.

Vraag ook hoe de wijziging behouden blijft bij de eerstvolgende pluginEen WordPress-plugin is een uitbreiding die je aan je WordPress-site toevoegt voor een extra functie, zoals een formulier of een webshop.- of thema-update. Een losse aanpassing die daarna verdwijnt, geeft geen onderhoudbare oplossing.

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.