mysql_connect() ontbreekt na een PHP-update

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? De oude mysql-extensie is volgens de PHP-migratiegids al in PHP 7.0 verwijderd. Dit is dus geen verwijdering die pas in PHP 8 plaatsvond.

Een rechtstreekse overstap van oude software naar PHP 8 kan de achtergebleven aanroep wel zichtbaar maken. De functienaam zegt welke interface de code verwacht, maar vertelt niet of de databaseserver bereikbaar is.

De juiste reparatie kiezen

Behandel een omzetting naar MySQLi of PDO als een wijziging van de hele databaselaag. Alleen de naam mysql_connect vervangen is geen compleet herstelplan. Laat de ontwikkelaar ook verbindingen, zoekopdrachten, resultaten en foutafhandeling nalopen.

Vraag welke bestanden dezelfde oude interface gebruiken en of de leverancier hiervoor een onderhouden versie heeft. Zo voorkom je dat de eerste gerepareerde pagina het volgende probleem verbergt.

Vijf stappen naar herstel

1. Zoek de eerste verwijzing naar mysql_connect in de foutmelding. Noteer of de storing ontstaat bij aanmelden, een product openen of een bestelling opslaan. Daarmee begrens je het eerste onderzoek.
2. Bepaal welke toepassing of uitbreiding de aanroep levert. Vraag de beheerder naar de herkomst van het bestand. Pas geen losse kopie aan zonder te weten hoe die op de website terechtkomt.
3. Laat alle bijbehorende databaseaanroepen inventariseren. Spreek af welke gegevens uitsluitend gelezen worden en welke handelingen schrijven. Gebruik hiervoor een aparte testdatabase met verzonnen gegevens.
4. Test de gekozen vervanging eerst met lezen en daarna met opslaan. Controleer of tekst met accenten goed terugkomt. Vergelijk ook een lege zoekuitkomst met een geslaagde zoekopdracht.
5. Herhaal een volledige gebruikershandeling. Controleer de opgeslagen gegevens en bekijk het log op het nieuwe tijdstip. Leg vast welke databasecode is gewijzigd en wie het resultaat heeft beoordeeld.

Een concrete controle

Neem als test een klein adresboek. Open een bestaand adres, voeg een verzonnen adres toe en zoek naar een naam die niet bestaat. Schrijf vooraf op wat elk scherm moet tonen.

Laat daarna een ongeldige invoer afwijzen zonder een onvolledig record te bewaren. Dit is een voorgesteld testontwerp, geen diagnose van jouw website. Het maakt duidelijk waarom alleen een werkende homepage niet genoeg bewijs is voor herstel van de databaseverbinding.

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.