Allowed memory size bij Composer na PHP-update

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 de melding wel vertelt

PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. heeft voor dat proces de toegestane hoeveelheid geheugen bereikt. De genoemde bytes zijn geen betrouwbare aanwijzing hoeveel extra geheugen de hele server nodig heeft. Noteer ook wat Composer op dat moment uitvoerde.

Het probleem kan tijdens het bepalen van pakketten optreden, maar ook in een script dat daarna door het project wordt gestart.

De PHP-handleiding beschrijft memory_limitmemory_limit is de instelling die bepaalt hoeveel werkgeheugen één taak van je website krijgt voordat die stopt met een foutmelding. als een grens voor een script. PHP kan per uitvoeromgeving een ander configuratiebestand laden. Daarom bewijst een hogere waarde in je hostingpaneelEen hostingpaneel, zoals cPanel of Plesk, is de beheerpagina van je hosting, waar je domeinen, e-mail en PHP-versie instelt. niet dat een terminalopdracht dezelfde waarde krijgt.

De officiële Composer-handleiding bespreekt geheugenfouten afzonderlijk; gebruik die naast de PHP-configuratiecontrole.

Oplossen in vijf stappen

1. Bewaar de opdracht die je uitvoerde en het laatste relevante deel van de uitvoer. Deel geen tokens of privérepositorygegevens. Noteer of je pakketten installeerde vanuit een bestaande lockfile of bewust nieuwe versies liet kiezen. Dat onderscheid bepaalt welke wijziging je later moet controleren.
2. Laat de ontwikkelaar in dezelfde terminal PHP-versie en geladen configuratie vaststellen. De leesopdrachten php -v en php --ini helpen daarbij. Controleer ook welke PHP-binary het Composer-startscript gebruikt. De instelling voor het webverkeer is een aparte controle.
3. Laat de effectieve geheugenlimiet en beschikbare ruimte binnen het hostingpakket beoordelen. Vraag eerst welke bovengrens verantwoord is. Zet geheugen niet onbeperkt en koop niet op basis van deze melding alleen een groter pakket. Onderzoek ook of de fout uit een projectspecifiek script komt.
4. Probeer de gerichte aanpassing in een testomgevingEen stagingomgeving is een afgeschermde kopie van je website waarop je updates uitprobeert voordat ze live gaan.. Behoud de lockfile wanneer het doel is dezelfde vastgelegde pakketten opnieuw te installeren. Verwijder die niet om een geheugenprobleem te omzeilen. Anders vergelijk je mogelijk een andere verzameling pakketten en weet je minder over de oorspronkelijke fout.
5. Controleer of Composer volledig afrondt en voer de afgesproken applicatietests uit. Een geslaagde installatie bewijst niet dat de website onder de nieuwe PHP-versie werkt. Test ook de functies die van de bijgewerkte pakketten afhangen en leg de gebruikte configuratie vast.

Als de melding anders is

Een proces dat alleen Killed meldt, levert niet dezelfde aanwijzing als een PHP-melding over Allowed memory size. Laat dan de hoster onderzoeken of een proceslimiet of besturingssysteem ingreep. Ga niet steeds dezelfde PHP-instelling verhogen zonder te weten welke grens daadwerkelijk werd geraakt.

Wanneer je dit beter laat doen

Gebruik het hulpformulier hieronder als je geen terminalervaring hebt, als een live uitrol halverwege stopt of als je niet weet of pakketten al gedeeltelijk zijn gewijzigd. Geef de ontwikkelaar de oorspronkelijke opdracht, de relevante foutregels en het doel van de installatie. Laat eerst vaststellen wat nog veilig teruggezet kan worden.

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.