Headers already sent na een PHP-update oplossen

Voor je begint

Bewaar de volledige foutmelding en het tijdstip in een privénotitie. Noteer welke pagina of handeling de fout oproept en wat er vlak daarvoor veranderde. Een screenshot van alleen een lege pagina is minder bruikbaar dan de eerste foutregel uit het log.

Deel geen wachtwoorden, klantgegevens of volledige serverpaden in een openbaar forum.

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 iets wijzigt. Controleer ook hoe je die terugzet. Werk bij voorkeur op een afgeschermde testkopie met dezelfde PHP-versieEen PHP-versie is het nummer van de uitgave van PHP waarop jouw website draait, zoals 8.3..

Schakel daar echte betalingen en uitgaande klantmails uit. Verander één onderdeel per proef en schrijf op wat je hebt aangepast, zodat een mislukte poging eenvoudig terug te draaien is.

Wat er in gewone taal gebeurt

Een webantwoord bevat stuurinformatie en inhoud. Headers zijn die stuurinformatie, bijvoorbeeld voor een cookie of een doorverwijzing. Als de headers al verstuurd zijn, kan PHP ze niet alsnog aanpassen.

De melding noemt daarom vaak twee plaatsen: waar uitvoer begon en waar later nog een header werd ingesteld.

Dit is niet een nieuwe regel van PHP 8. Een upgrade kan wel een eerdere waarschuwing zichtbaar maken, waardoor er onbedoeld uitvoer ontstaat. Ook tekst buiten PHP-code of een ongewenst teken aan het begin van een bestand kan een aanwijzing zijn.

Onderzoek de eerste uitvoer in plaats van alleen de laatste waarschuwing.

Oplossen in vijf stappen

1. Leg beide bestandsverwijzingen uit de melding vast. Noteer daarnaast wat je deed, bijvoorbeeld een formulier verzenden of uitloggen. Zoek in het privélog naar meldingen vlak vóór de headerwaarschuwing. Die eerdere melding kan een aparte fout zijn die eerst herstel nodig heeft.
2. Controleer op de testkopie of foutmeldingen in de pagina worden afgedrukt. Laat de beheerder de productie-instelling controleren en meldingen privé loggen. Houd de eerdere fout zichtbaar voor de ontwikkelaar in het log, zodat het onderzoek niet stopt zodra bezoekers de tekst niet meer zien.
3. Laat het bestand bij output started at vergelijken met de bekende werkende versie. Zoek naar toegevoegde tekst, ongewenste witruimte of een encodingwijziging. Verwijder niet zomaar alle witruimte uit bestanden. Pas alleen de vastgestelde bron van ongewenste uitvoer aan.
4. Controleer de volgorde van de applicatie. Het instellen van cookies en redirects hoort vóór uitvoer die headers vastlegt. Laat 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. eerst een beschikbare leveranciersupdate testen. Output buffering kan het gedrag veranderen, maar is geen vervanging voor onderzoek naar verkeerd geplaatste uitvoer.
5. Test de getroffen route opnieuw in een nieuwe browsersessie. Controleer of de redirect naar de juiste pagina gaat en of de aanmelding na verversen behouden blijft. Vergelijk nieuwe logregels met het oorspronkelijke tijdstip en noteer welk onderdeel daadwerkelijk is hersteld.

Waarom alleen de laatste regel misleidt

Stel dat een oudere plugin eerst een deprecated-meldingEen deprecation is een waarschuwing dat een onderdeel van PHP binnenkort verdwijnt, zodat de code van je website op tijd kan worden aangepast. afdrukt en daarna een loginredirect volgt. De redirect kan als laatste in het log staan, terwijl de eerdere uitvoer de aanleiding was. Dat is een mogelijk onderzoeksscenario, geen diagnose zonder log.

Controleer dus de volgorde voordat je de inlogfunctie laat herschrijven.

Wanneer je dit beter laat doen

Vraag hulp via het hulpformulier hieronder als de fout sessies, betalingen of meerdere plugins raakt. Laat ook helpen als je niet weet hoe je bestanden zonder onbedoelde encodingwijziging bewerkt. Lever beide locaties uit de melding privé aan, plus de eerste eerdere waarschuwing.

Daarmee kan een ontwikkelaar de uitvoerketen gericht nalopen.

Controle na herstel

Herhaal eerst precies de handeling die misging. Controleer daarna inloggen, een formulier versturen en de belangrijkste route van jouw website. Gebruik voor een winkel een testbestelling zonder echte afschrijving.

Bekijk het log op nieuwe meldingen met een recent tijdstip. Alleen een werkende homepage bewijst nog niet dat het hele probleem weg is.

Bewaar de gebruikte versies, de uitgevoerde wijziging en het resultaat bij je onderhoudsnotities. Spreek af wie de eerstvolgende update controleert. Stop als dezelfde fout terugkomt terwijl de veronderstelde oorzaak al is opgelost.

Dat is een reden om de diagnose opnieuw te bekijken, geen reden om steeds meer instellingen tegelijk te veranderen.