Non-static method cannot be called statically 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.

Wat veranderde er? Een methode is een functie die bij een klasse hoort. Een niet-statische methode wordt gebruikt in de context van een object.

Het PHP-handboek vermeldt dat het statisch aanroepen van niet-statische methoden een Error geeft. Voor PHP 8.0 werd dit als verouderd gemeld. De fout gaat dus over de manier van aanroepen, niet alleen over de vraag of het bestand bestaat.

De juiste reparatie kiezen

Voeg niet blind het woord static aan de definitie toe. Volgens het handboek is de objectverwijzing $this niet beschikbaar binnen een statische methode. Laat de ontwikkelaar daarom vaststellen of de methode gegevens uit een object nodig heeft.

Als dat zo is, moet de aanroep bij dat object passen. Het ontwerp van de toepassing bepaalt de juiste reparatie; de fouttekst alleen doet dat niet.

Vijf stappen naar herstel

1. Bewaar klasse, methode, bestand en regelnummer uit het log. Noteer de handeling die je uitvoerde. Een mislukte taak in het beheer kan een andere aanroeproute gebruiken dan een openbare pagina.
2. Laat de definitie en de aanroep naast elkaar leggen. Controleer of beide bestanden uit dezelfde verwachte release komen. Vraag of een pluginEen WordPress-plugin is een uitbreiding die je aan je WordPress-site toevoegt voor een extra functie, zoals een formulier of een webshop. en een bijbehorende uitbreiding tegelijk moesten worden bijgewerkt.
3. Beschrijf welke gegevens de methode nodig heeft. Zijn die gekoppeld aan een bepaalde bestelling, gebruiker of instelling? Laat de ontwikkelaar bepalen hoe het juiste object wordt verkregen zonder noodzakelijke voorbereiding over te slaan.
4. Test de gekozen aanpassing met twee verschillende testobjecten. Controleer bijvoorbeeld twee verzonnen bestellingen met andere bedragen. Zo wordt zichtbaar of de methode telkens met de juiste gegevens werkt en geen vorige uitkomst hergebruikt.
5. Herhaal de oorspronkelijke route en controleer het zichtbare resultaat. Test ook de relevante achtergrondtaak als die dezelfde methode gebruikt. Leg afzonderlijk vast welke route goed werkte en welke nog niet is gecontroleerd.

Een concrete controle

Denk aan een methode die een samenvatting van een bestelling maakt. Schrijf voor twee verzonnen bestellingen de verwachte regels en totalen op. Laat vervolgens beide samenvattingen maken en vergelijk ze afzonderlijk.

Alleen controleren of er een bestand verschijnt is te weinig: het bestand moet ook bij de juiste bestelling horen. Dit is een voorgesteld acceptatiescenario, geen beschrijving van jouw software. Het helpt de ontwikkelaar het herstel te beoordelen op gedrag in plaats van alleen op een rustige foutlogEen foutlog is een bestand waarin de server opschrijft welke fouten er op je website zijn voorgekomen, met tijd en plek..

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.