ArgumentCountError: Too few arguments oplossen
Uncaught ArgumentCountError: Too few arguments betekent dat een functie minder invoer krijgt dan nodig is.
Welke PHP-versie meldt jouw site?
Passieve check van headers, versie en de kop van de homepage. Geen login, geen scan.
Meer uitleg
Denk aan een pluginEen WordPress-plugin is een uitbreiding die je aan je WordPress-site toevoegt voor een extra functie, zoals een formulier of een webshop. die twee gegevens verwacht, terwijl de aanroep er maar één meegeeft.
De functienaam en het aantal verwachte argumenten helpen bij onderzoek.
De melding vertelt op zichzelf niet welke plugin je moet vervangen of welke aanroep moet worden aangepast.
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 beschrijft ArgumentCountError sinds PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. 7.1. Dit is dus geen fout die uitsluitend door PHP 8 ontstaat.
Vergelijk de functie die gegevens ontvangt met de plek die haar aanroept. Een argument is een meegegeven waarde; een parameter is de plek daarvoor in de functiedefinitie. Het verschil tussen aantallen is hier belangrijker dan het type van die waarden.
De juiste reparatie kiezen
Laat bij WordPressWordPress is een programma waarmee je een website maakt en beheert zonder te hoeven programmeren. zowel de betreffende plugin als eventuele eigen uitbreidingen onderzoeken. Een mogelijke onderzoeksvraag is of een aangepaste aanroep nog bij de huidige functie past. Maak ontbrekende invoer niet zomaar optioneel: een standaardwaarde moet inhoudelijk kloppen.
Als de functie bijvoorbeeld een klantnummer nodig heeft, is een willekeurig nummer geen herstel. Laat de ontwikkelaar vastleggen wie de ontbrekende waarde hoort aan te leveren.
Vijf stappen naar herstel
- Bewaar de volledige melding met functienaam, bestandsregel en aantallen. Noteer of het probleem bij openen, opslaan of een achtergrondtaak optreedt. Bewaar ook de versies van betrokken onderdelen.
- Laat de aanroep vergelijken met de functiedefinitie. Tel verplichte parameters en werkelijk aangeleverde waarden. Zoek bij meerdere aanroepen welke route overeenkomt met jouw fouttijdstip.
- Controleer waar de ontbrekende informatie vandaan moet komen. Kies samen met de maker voor herstel van de aanroep of een inhoudelijk geldige standaardwaarde.
- Test alle gevonden aanroeproutes op de testkopie. Gebruik een volledig ingevuld formulier en een situatie waarin de benodigde informatie ontbreekt. Leg de verwachte reactie vooraf vast.
- Herhaal de oorspronkelijke handeling en controleer het opgeslagen resultaat. Een verdwenen melding is onvoldoende als bijvoorbeeld een order aan de verkeerde klant wordt gekoppeld.
Een concrete controle
Een bruikbaar testvoorstel is een formulier dat een offerteaanvraag opslaat. Schrijf vooraf op welke aanvraag bij welk testaccount hoort. Test ook een afgebroken formulier waarbij het account nog ontbreekt.
Verwacht dan een duidelijke vervolgstap zonder foutieve opslag. Dit voorbeeld is geen vastgestelde oorzaak op jouw site. Het helpt de beheerder aantonen dat de ontbrekende invoer op de juiste plek wordt afgehandeld en dat bestaande, volledig ingevulde aanvragen nog goed werken.
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.