Serializable is deprecated: opgeslagen objecten

Betekenis van de melding

De Serializable-deprecation gaat over een klasse die Serializable implementeert zonder ook __serialize() en __unserialize() te bieden. 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 levert dat een deprecationEen deprecation is een waarschuwing dat een onderdeel van PHP binnenkort verdwijnt, zodat de code van je website op tijd kan worden aangepast. op. Serialisatie zet een object om in een bewaarbare voorstelling.

De melding vraagt daarom aandacht voor zowel schrijven als teruglezen, niet alleen voor het openen van een pagina.

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

Zoek de klasse uit de melding en bepaal welk pakket die onderhoudt. Vraag waar objecten van die klasse worden bewaard en hoe lang die gegevens bruikbaar moeten blijven. Verwijder niet zomaar de interface of bestaande opslagmethoden.

De nieuwe code moet met de afgesproken bestaande gegevens kunnen omgaan. Een geslaagde opslag van alleen nieuwe objecten bewijst dat niet.

Oplossen in vijf stappen

1. Noteer de klasse en leverancier uit de foutregel. Laat vaststellen welke methoden voor bewaren en teruglezen aanwezig zijn en welke gegevens daarvan afhangen.
2. Maak op de testkopie een representatief voorbeeld met de bestaande code. Bewaar de verwachte velden in een leesbare notitie naast de testgegevens.
3. Laat een geschikte pakketupdate of gerichte implementatie beoordelen. Vraag expliciet hoe eerder opgeslagen objecten worden teruggelezen en of extra migratiewerk nodig is.
4. Test zowel een eerder opgeslagen object als een nieuw opgeslagen object. Vergelijk de inhoud na teruglezen, niet alleen of de verwerking zonder melding eindigt.
5. Herhaal de bezoekershandeling die deze gegevens gebruikt. Controleer dat instellingen behouden blijven en leg vast met welke codeversies de opslag en het teruglezen zijn getest.

Een concrete acceptatieproef

Een bewaarde rapportconfiguratie is een bruikbaar voorbeeld. Maak vóór de aanpassing een testconfiguratie met een titel, selectie en sorteervolgorde. Open die na de aanpassing opnieuw en vergelijk elk veld.

Sla daarna een nieuwe configuratie op en herhaal de controle. Dit is een testvoorstel, geen bewijs van een defect in een bepaalde uitbreiding. Laat vooraf bepalen wie herstel uitvoert als bestaande gegevens niet meer leesbaar blijken.

Gebruik voor deze proef uitsluitend vertrouwde gegevens uit de eigen testomgevingEen stagingomgeving is een afgeschermde kopie van je website waarop je updates uitprobeert voordat ze live gaan..

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.

Vergelijk niet alleen wat op het scherm verschijnt, maar ook wat na opnieuw bewaren terugkomt. Vraag of de onderhoudspartij beide opslagrichtingen heeft gecontroleerd. Houd de eerder bewaarde testconfiguratie beschikbaar totdat de beheerder de overgang heeft beoordeeld en de uitkomsten bij het wijzigingsverslag staan.