ctype_digit(): niet-tekst als invoer is deprecated

Betekenis van de melding

Een deprecationEen deprecation is een waarschuwing dat een onderdeel van PHP binnenkort verdwijnt, zodat de code van je website op tijd kan worden aangepast. bij ctype_digit() kan betekenen dat de invoer geen string is. Sinds PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. 8.1 is niet-tekst doorgeven aan ctype-functies verouderd. Deze functies onderzoeken tekens.

Historisch kon een integer als een ASCII-code worden behandeld. Daarom is het belangrijk eerst vast te stellen of de code een tekstuele waarde of een teken bedoelt.

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

Volg de waarde vanaf formulier, instelling of import tot de controle. Een nummer uit opgeslagen gegevens kan een ander type hebben dan tekst uit een formulier. Een cast naar string is alleen passend wanneer de tekstuele voorstelling bedoeld is.

Als de code juist een teken op basis van een codepunt verwacht, vraagt dat een andere beoordeling.

Oplossen in vijf stappen

1. Noteer de ctype-functie en de herkomst van de invoer. Laat het werkelijke type vaststellen zonder persoonlijke formuliergegevens in een openbaar log te zetten.
2. Beschrijf wat de controle hoort toe te laten. Maak onderscheid tussen een code die alleen uit cijfers bestaat en een hoeveelheid waarmee wordt gerekend.
3. Laat de invoer expliciet maken volgens die bedoeling. Gebruik niet automatisch dezelfde omzetting voor alle ctype-aanroepen in een pakket.
4. Test geldige cijfertekst, lege invoer en tekst met een letter. Neem ook een eerder opgeslagen waarde mee die als integer wordt ingelezen.
5. Controleer welke invoer het formulier accepteert en welke melding de bezoeker krijgt. Vergelijk opgeslagen resultaten en verse logs met de afgesproken validatieregels.

Een concrete acceptatieproef

Een intern klantnummer is een geschikt testvoorbeeld wanneer het volgens de afspraak alleen cijfers mag bevatten. Gebruik een nummer met een voorloopnul en een nummer zonder voorloopnul. Controleer dat zoeken en opnieuw openen naar hetzelfde testrecord leiden.

Maak vooraf duidelijk of die nul onderdeel is van de identificatie. Dit voorbeeld schrijft geen universele nummerregel voor. Vraag hulp als niemand kan uitleggen waarom de toepassing een code als getal bewaart terwijl het formulier tekst verwacht.

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 goedgekeurde en afgewezen voorbeelden naast elkaar. Vraag om een duidelijke reden voor iedere afwijzing. Een formulier dat na de wijziging alles accepteert, is niet hersteld alleen omdat de deprecation ontbreekt.

De oorspronkelijke afspraak over geldige invoer blijft onderdeel van de acceptatie.