Slik løser du WordPress “Feil ved etablering av en databaseforbindelse” Problem (Video)

Hva bør du gjøre når WordPress-nettstedet ditt viser deg det klassiske “Feil ved etablering av en databse-tilkobling” -skjerm? Vel, først av: vær rolig – ikke gjør noe utslett! Dette er vanlig, rettbar, feil: så ikke få panikk. Her er en rask video om problemet – med noen sikre branntester for å finne ut hva som har gått galt, og enda viktigere: hvordan du kan løse det!


La oss ta en titt…

Slik løser du problemet med WordPress “Feil ved etablering av en databasetilkobling”:

Direkte lenke for å se videoen over på Vimeo.

– (merk: videokreditter til Topher DeRosia – skaperen av HeroPress

Videoutskrift:

Hei! Dette er Topher med WinningWP. I denne videoen skal vi se på hvordan du fikser den fryktede “feilen å etablere en databaseforbindelse” i WordPress, og hvis du ikke er sikker på hva det betyr der, er det. Det er nettstedet mitt, og det sier at det er en feil ved etablering av en databaseforbindelse. Så la oss se på hvordan du fikser det. Det er tre vanlige årsaker til at du kan få denne feilen. Den ene er at databaseserveren er nede. Databaseserveren er bare et programvare. Det kan krasje akkurat som alle andre programvarer, og noen ganger skjer det. Noen ganger er det faktisk ikke krasjet, men så overbelastet at det ikke en gang kan svare. Eller det kan være et konfigurasjonsproblem i wp-config.php-filen. Det er en fil som bor i hovedkatalogen til WordPress, og den inneholder informasjon om databasetilkoblingen, som brukernavn og passord og sånt. Vi tar en titt på hvordan du feilsøker begge disse tingene. Hvis du vil vite om databaseserveren din er nede, er det enklest å spørre verten. Send dem en e-post eller fyr opp live chat og si “Hei! Er databasen min nede? ” og de vil sjekke og fortelle deg det. Hvis de ikke er tilgjengelige, eller ikke er i stand til det, kan du teste dette selv med et databaseverktøy. De fleste verter har et databaseverktøy, og du er kanskje ikke klar over det, men det er vanligvis der. La oss se på den som er tilgjengelig i cPanel. Her er cPanel, skriv inn data rett i dette feltet, og det gir meg alle slags databaseverktøy. Og den vi ønsker akkurat nå heter phpMyAdmin. Hvis databasen nå var nede eller ødelagt eller overbelastet, eller hva som helst, vil dette ikke en gang laste, så det faktum at vi ser på den, betyr at databasen er oppe. Hvis den nå er tungt lastet, kan den lastes første gang, men ikke den andre eller kanskje den tredje eller fjerde, så vi vil laste inn på nytt og en gang til, og det virker veldig kjipt og det lader seg på nytt hver gang slik at det ser ut som om databasen er oppe. Du trenger ikke å vite hvordan du kan lese noe på denne siden, bare være i stand til å laste det og databasen din fungerer. Men hvis det er nede, kan bare verten starte den på nytt. Dette er ikke noe de tillater kunder å ha tilgang til, så hvis det er nede, sørg for at du får tak i supporten så raskt du kan. Hvis databasen din er bra, kan det imidlertid være et problem i wp-config-filen. La oss se på hvordan vi løser det. Her har jeg allerede FTP lagt inn verten min ved hjelp av FileZilla. Til høyre her er WordPress-siden min til venstre er min lokale maskin, og her er wp-config.php, rett i rotkatalogen public_html. Så jeg kommer til å laste ned dette og deretter redigere denne. Og i FileZilla kan jeg høyreklikke og redigere. Hvis ditt ikke tillater det, må du redigere det på noen annen måte. Så helt øverst her er de fire tingene vi trenger å se på. DB_NAME, DB_USER DB_PASSWORD og DB_HOST og vi ønsker å sammenligne disse med hva verten vår mener vi burde ha. Så la oss gå tilbake til panelet vårt og fortsatt se på databasematerialet her vi ønsker MySQL-databaser. Nå har jeg flere her, men det er greit at vi vil sammenligne med det som står i filen vår. Så DB-navnet vårt er eclect_ejams, og du vil merke deg at brukernavnet vårt er nøyaktig det samme. Det er ikke uvanlig. Så la oss gå og se om vi kan finne disse to på databasesiden vår. Det kommer jeg til å kopiere, og jeg skal søke etter det her. Så her er den under databasen, og brukeren er den samme, og du kan se brukerne her nede. Så vi vet at det ikke er brukernavnet, og vi vet at det ikke er databasenavnet, så det kan være passordet eller vertsnavnet. Nå er passordet de ikke viser deg, og det eneste alternativet ditt er å tilbakestille det her og deretter legge det nye i konfigurasjonsfilen. Det fungerer veldig raskt, det er ingen venting, så hvis du tror det kan være et passordproblem, anbefaler jeg å gjøre dette. Hvis det ikke er passordet, er det eneste som er igjen, vertsnavnet. Nå kan vertsnavnet variere fra vertsselskap til vertsselskap. Vi jobber med SiteGround her, og vertsnavnene deres er alle localhost, og hvis du ser nøye på, vil du se at localhost er stavet feil. Så jeg kommer til å legge en “t” akkurat der, og så skal jeg lagre denne filen og jeg skal til redaktøren min, og så laster jeg opp denne filen. La oss prøve å laste inn nettstedet vårt. Og der er vi! WordPress fungerer som det skal. Vi kan dra opp forsiden og der er den. Så for å gjenta det er det tre vanlige årsaker til at du kan få denne feilen. Databaseserveren kan være nede, eller overbelastet, eller det kan være et konfigurasjonsproblem i wp-config.php-filen. Det er noen flere grunner til, men de er mye mer sjeldne, men hvis du vil lese om dem, er det en lenke til et utmerket blogginnlegg på WinningWP i beskrivelsen av denne videoen. Hvis du vil lære mer om WordPress, sjekk ut WinningWP.com

Se flere videoer …

Alt å legge til?

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me