Website Without PHP
Nederlands (Nederland)NL
  • Engels (Verenigde Staten)
  • Engels (Verenigd Koninkrijk)
  • Nederlands (Nederland)
  • Nederlands (België)
Menu

Positional argument after named argument oplossen

Wat betekent de melding?

Welke PHP-versie meldt jouw site?

Passieve check van headers, versie en de kop van de homepage. Geen login, geen scan.

Vraag hulp bij je website

Meer uitleg

Cannot use positional argument after named argument betekent dat een aanroep een onbenoemde waarde na een benoemd argument plaatst.

Je ziet dit bijvoorbeeld na een aanpassing aan maatwerkcode.

De fout gaat over de opbouw van de aanroep, niet over ontbrekende formulierinvoer.

Bewaar het bestand en de regel uit het log voor de ontwikkelaar.

Error

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.

Versies en verantwoordelijkheid

Vraag je beheerder om de PHP-versie van de betreffende website te bevestigen. Noteer daarnaast de versies van WordPressWordPress is een programma waarmee je een website maakt en beheert zonder te hoeven programmeren., het themaEen WordPress-thema is het ontwerp van je WordPress-site: het bepaalt hoe pagina's eruitzien en hoe ze zijn opgebouwd., de betrokken plugins en eventuele meegeleverde bibliotheken. Leg vast welke daarvan tijdens hetzelfde onderhoud zijn gewijzigd.

Een test met andere code kan een ander resultaat geven, ook wanneer de PHP-versie overeenkomt. Spreek vooraf af welke gebruikershandeling het bewijs van herstel vormt. Laat één verantwoordelijke de wijziging en die controle begeleiden.

Controleer op de testkopie ook of geplande taken, betalingen en berichten werkelijk gescheiden zijn van de echte website.

Oorzaken en PHP-versie

Bij een directe PHP-aanroep moeten positionele argumenten vóór named arguments staan. Bij call_user_func_array mogen numerieke sleutels evenmin na tekstsleutels komen. De precieze melding kan per aanroepvorm verschillen.

Onderzoek daarom of het probleem letterlijk in een functieregel staat of ontstaat tijdens het samenstellen van een argumentarray. Die twee routes vragen om een andere wijzigingsplek.

De juiste reparatie kiezen

Laat de maker de bedoelde parameters naast de aanroep zetten. Alle waarden moeten hun betekenis behouden. Een array sorteren op sleutel is geen betrouwbare manier om de functievolgorde te herstellen.

Kies een consistente aanroepvorm die past bij de functie en de ondersteunde PHP-versies van het project. Controleer bij gegenereerde code ook de generator.

Vijf stappen naar herstel

  1. Leg de volledige foutregel en het tijdstip vast. Noteer welke recente wijziging de betreffende aanroep of generator heeft geraakt.
  2. Laat de maker bepalen of de fout in een directe aanroep of een opgebouwde argumentarray zit. Bewaar de oorspronkelijke parameterkoppeling.
  3. Plaats positionele argumenten vóór benoemde argumenten of gebruik een passende consistente vorm. Controleer iedere parameter tegen de ontvangende functie.
  4. Laat de gewijzigde PHP-bestanden op de bedoelde PHP-versie controleren. Voer daarna de betreffende handeling op de testkopie uit met herkenbare waarden.
  5. Controleer het resultaat bij ingevulde en weggelaten optionele waarden. Bewaar nieuwe logs en de vergelijking tussen bedoelde en werkelijk gebruikte parameters.

Een concrete controle

Een testvoorstel is een rapportfunctie met periode, uitvoerformaat en taal. Vraag een duidelijk herkenbare periode aan en controleer titel, taal en bestandstype. Herhaal de proef zonder de optionele taalkeuze.

Als het rapport wel opent maar de verkeerde periode bevat, is de reparatie nog niet geaccepteerd. Laat de ontwikkelaar dan de parameterkoppeling opnieuw vergelijken met de verwachte uitvoer.

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 PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. updaten helpt je het onderhoud met je beheerder te bespreken.

Gebruik de Exposure Check als eerste stap: check je PHP-versie. Niet iedere server maakt zijn versie openbaar; bevestig een ontbrekende uitkomst bij je hoster. De 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.

Veelgestelde vragen

Is een verdwenen foutmelding genoeg?

Nee. Controleer ook het verwachte resultaat van de mislukte handeling. Bewaar testtijd en codeversie zodat je de controle later kunt herhalen.

Kan de mini-check deze oorzaak bewijzen?

Nee. Een openbare check vervangt geen onderzoek in jouw privélog en serverinstellingen. Gebruik de melding en de mislukte handeling als startpunt voor de diagnose.

Wanneer is het herstel klaar?

Wanneer de oorspronkelijke handeling met het juiste resultaat slaagt en nieuwe logregels geen terugkeer laten zien. Bewaar versies en testresultaat bij je onderhoudsnotities.

Bronnen

Geraadpleegd op 25 oktober 2026.

  1. Domein
  2. Controle
  3. Uitkomst
  4. Rapport

Welke PHP-versie draait jouw site?

Vul je domein in. We lezen alleen wat je site openbaar meestuurt: de headers en de kop van de homepage. Geen scan, geen login.

We bewaren het domein en de uitkomst, nooit je IP-adres.