DivisionByZeroError: delen door nul in PHP

Betekenis van de melding

DivisionByZeroError betekent dat een berekening op delen door nul uitkomt. Bewaar de betrokken regel en de invoer van die berekening. De foutklasse bestaat ook vóór PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. 8; de melding is dus geen bewijs dat de update de gegevens heeft veranderd.

Dit artikel gaat over een nul als deler, niet over iedere fout met getaltypes.

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. De onderstaande stappen zijn een onderzoeksadvies, geen diagnose van jouw website.

Mogelijke oorzaak

Vraag waar de deler vandaan komt. Het kan in een concreet onderzoek gaan om een aantal resultaten, een ingestelde factor of een berekend totaal. Dat zijn onderzoeksmogelijkheden, geen diagnose.

Bepaal of nul een geldige situatie is of ontbrekende invoer vertegenwoordigt. Zonder die afspraak is vervangen door een willekeurig getal geen inhoudelijke reparatie.

Oplossen in vijf stappen

1. Noteer de berekening en het moment waarop die mislukt. Laat de teller en deler direct vóór de berekening vaststellen met veilige testgegevens.
2. Volg de deler terug naar de invoerbron. Controleer het verschil tussen werkelijk nul, ontbrekende gegevens en een mislukte gegevensopvraag.
3. Spreek het gewenste gedrag af wanneer delen niet mogelijk is. Laat geldige lege uitkomsten onderscheiden van een fout die expliciet moet worden gemeld.
4. Test een normale deler, nul en de relevante ontbrekende invoer. Vergelijk het getoonde resultaat met een vooraf berekende of afgesproken uitkomst.
5. Controleer of de volgende stap geen fictief getal als succes verwerkt. Bekijk nieuwe logs en bewaar de gekozen afhandeling naast de voorbeeldberekeningen.

Een concrete acceptatieproef

Gebruik als proef een rapport met een gemiddelde per bestelling. Leg vast wat het rapport moet tonen wanneer de selectie geen bestellingen bevat. Vergelijk dat met een selectie waarin wel bestellingen staan.

Spreek afzonderlijk af hoe een mislukte gegevensopvraag wordt gemeld. Dit is een testvoorstel, geen vastgestelde WooCommerce-fout. Een leeg rapport hoort niet automatisch een geloofwaardig lijkend gemiddelde te krijgen.

Laat bij financiële of voorraadberekeningen ook de eigenaar van de bedrijfsregel de uitkomst beoordelen.

De verantwoordelijke code vinden

Vraag bij een pluginEen WordPress-plugin is een uitbreiding die je aan je WordPress-site toevoegt voor een extra functie, zoals een formulier of een webshop. of themaEen WordPress-thema is het ontwerp van je WordPress-site: het bepaalt hoe pagina's eruitzien en hoe ze zijn opgebouwd. eerst naar de versie die bij de bedoelde PHP-omgeving past. Geef de onderhoudspartij de foutregel en de handeling waarmee die ontstaat. Vraag om een gerichte wijziging met een uitleg van het verwachte resultaat.

Bij eigen code hoort dezelfde uitleg bij de overdracht aan de ontwikkelaar.

Laat niet tegelijk allerlei ongerelateerde onderdelen wijzigen. Bewaar het onderscheid tussen de oorspronkelijke melding en eventuele nieuwe meldingen na een aanpassing. Noteer per proef de gebruikte codeversie en de testgegevens.

Zo kun je een resultaat aan een concrete wijziging koppelen. Een proef waarbij niemand weet welke bestanden zijn veranderd, geeft geen bruikbaar acceptatiebewijs.

Spreek vooraf af wanneer een proef wordt afgekeurd. Denk aan verkeerde inhoud, verdwenen instellingen of een bezoekershandeling die niet meer kan worden afgerond. Het verdwijnen van een melding is maar een deel van de controle.

Laat de eigenaar van de website ook het resultaat beoordelen dat een bezoeker werkelijk nodig heeft.

Wanneer hulp nodig is

Gebruik de bestaande dienst PHP updaten of het hulpformulier hieronder als je geen toegang tot de code hebt of de betrokken bibliotheek niet zelf onderhoudt. Beschrijf de mislukte handeling en het gewenste resultaat. Stuur geen wachtwoorden mee.

Vraag welke correctie wordt voorgesteld en met welke proef die gecontroleerd wordt.

Gebruik de Exposure Check via de link Check je PHP-versie als eerste versiecontrole. Een openbare check kan de PHP-versie niet altijd vaststellen en bewijst geen oorzaak of herstel van deze fout. Vraag bij een onbekende uitkomst de hoster om de actieve versie van deze website.

Bewaar na herstel de versies, testuitkomst en nieuwe logregels bij je onderhoudsnotities. Laat de verantwoordelijke beheerder bepalen wanneer de geteste wijziging naar de echte website kan.

Bewaar de afgesproken lege uitkomst apart van de normale berekening. Laat de test ook zien welke vervolgstap beschikbaar blijft voor de bezoeker. Zo voorkom je dat een technisch afgehandelde fout in de acceptatie onopgemerkt een onbruikbaar scherm of misleidend rapport oplevert.