Antag, at du viser en "Fejl ved oprettelse af databaseforbindelse" på en tom side. Det er en WordPress multisite på den lokale server. Du kan løse fejlen ved at etablere databaseforbindelser i multisite wordpress-følge alligevel. Bare rolig! Hvis du følger nogle trin, kan du nemt løse databaseforbindelsesfejl.
Når WordPress ikke kan etablere en forbindelse med databasen, opstår denne fejl. Fejlfinding af WordPress-databaseforbindelser kan være udfordrende for nybegyndere på grund af de mange faktorer, der kan påvirke dem.
Fortsæt med at læse for at lære mere om dette problem, hvordan det opstår, og hvordan man retter det. Når dit websted er online igen, anbefaler jeg, at du arbejder dig ned på listen over løsninger, startende øverst. I denne artikel vil vi vise dig, hvordan du nemt løser fejlen ved at etablere en databaseforbindelse i WordPress.
Hvad sker der med WordPress-fejl ved etablering af databaseforbindelse?
Forkerte databaseoplysninger i dine WordPress-indstillinger, en beskadiget database eller en utilgængelig databaseserver kan alle være kilden til problemet med "fejl ved etablering af en databaseforbindelse".

Et stykke software, der letter lagring, organisering og genfinding af data i anden software, er en database.
Som et indholdsstyringssystem bruger WordPress en database til at gemme alt dit indhold og andre webstedsdata. Det forbinder derefter til databasen, hver gang nogen besøger dit websted.
WordPress har brug for følgende oplysninger til at oprette forbindelse til databasen:
- Databasenavn
- Database brugernavn
- Database adgangskode
- Databaseserver
wp-config.php-filen i din WordPress-konfiguration er der, hvor disse data er gemt.
1. Før du går i gang: Sikkerhedskopier og gendan!
Det er en god idé at backup Dit komplette websted, som det er for en sikkerheds skyld, før du foretager ændringer på det i et forsøg på at rette denne fejl. En sikkerhedskopi af en noget funktionsfejl hjemmeside er at foretrække frem for slet ikke at have nogen. Du kan i det mindste gå tilbage til hvor du startede, hvis tingene bliver værre.
2. Deaktiver dine plugins
Nogle gange kan et plugin foretage en ændring af din database, der ender med at ødelægge dit websted, som hvis du har et sikkerhedsplugin, der for eksempel ændrer dit databasepræfiks eller filtilladelser. Hvis dine andre plugins ikke forventer, at dette sker, kan det forårsage en fejl, og dit websted vil gå ned.
2. Tjek dine legitimationsoplysninger
Bekræftelse af dit websteds webadresser
Hvis du ikke har været i stand til at få dit websted op igen endnu, så tjek de detaljer, du har skrevet i din wp-config.php fil og sammenlign dem med oplysningerne til din database. Heldigvis behøver du ikke at kunne få adgang til backend af dit websted.
I cPanel kan du finde din wp-config.php fil ved at gå til Filer > Filhåndtering og navigere til det bibliotek, hvor dit websted er placeret. Klik på wp-config.php fil på listen, og klik derefter udgive Øverst på siden.
Der er et par ting, du skal kigge efter, og du bør også notere dem, så du kan sammenligne det, du finder her, med det, der burde være de samme detaljer i din database.
Tag først et kig igennem wp-config.php Filer og se, om du kan finde noget, der ligner eksemplet nedenfor:
define('WP_HOME','http://your-site.com');
define('WP_SITEURL','http://your-site.com');Du kan muligvis ikke se disse to linjer, fordi du selv skal tilføje dem, men hvis du har tilføjet dem tidligere, så skal du notere dem og sikre dig, at de er korrekte. Hvis de ikke er det, skal du rette dem med det samme.
For at rette webadresserne skal du erstatte http://your-site.com I eksemplet ovenfor for de korrekte webadresser på dit websted. Vær også sikker på, at den er korrekt struktureret og ikke har nogen tastefejl. Hvis du har et SSL-certifikat aktiveret på dit domæne, skal du erstatte http:// sammen https://
Du skal også være meget opmærksom på, om de URL'er, du har fundet www. Inkluderet. Hvis din database indeholder en webadresse uden den eller omvendt, skal denne ændres, så den matcher din database.
4. Tjek dine databasedetaljer
Forkerte databaselegitimationsoplysninger er den hyppigste årsag til WordPress-databaseforbindelsesfejl. Dette er sandsynligvis tilfældet, hvis du for nylig har skiftet vært til dit WordPress-websted.
wp-config.php-filen indeholder databaselegitimationsoplysningerne for dit WordPress-websted. Vigtige WordPress-indstillinger, herunder databaseoplysninger, er indeholdt i WordPress-konfigurationsfilen.
Tjek vores vejledning om redigering af wp-config.php Filer i WordPress, hvis du ikke har gjort det tidligere.
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', 'database_name_here');
/** MySQL database username */
define('DB_USER', 'username_here');
/** MySQL database password */
define('DB_PASSWORD', 'password_here');
/** MySQL hostname */
define('DB_HOST', 'localhost');4. Tjek din multisite-konfiguration for WordPress
I første omgang involverer vi at identificere, om vores hjemmeside er multisite eller ej.
Vi følger to metoder til at kontrollere, at multisite er aktiveret og løsninger:
- Åbn wp-config.php fil
- Åbn .htaccess-filen
Metode 1: wp-config.php fil
Åbn wp-config.php fileditoren endnu en gang, og sørg for, at "wp_allow_multisite" er defineret. Hvis det ikke er erklæret, kan du se kodeblokken nedenfor ved at trykke på tastaturgenvejen CTR + F (eller Cmd + F på en Mac) og indsætte koden "WP_ALLOW_MULTISITE."
define('WP_ALLOW_MULTISITE', true );
define('SUBDOMAIN_INSTALL', false);
define('DOMAIN_CURRENT_SITE', 'localhost');
define('PATH_CURRENT_SITE', '/wordpress_test4/');
define('SITE_ID_CURRENT_SITE', 1);
define('BLOG_ID_CURRENT_SITE', 1);Efter at have kontrolleret flertrinnet, deaktiverer vi denne kode "wp_allow_multisite" og tilføjer ny kodelinje "multisite"
Fjern denne kode eller deaktiver den:
define('WP_ALLOW_MULTISITE', true);Tilføj en ny kodelinje:
define('MULTISITE', true);
Metode 2: .htaccess-fil
kontrollere, at koden nedenfor for multisite blev aktiveret eller ej ved at åbne .htaccess fil i vores editor.
RewriteEngine On
RewriteBase /wordpress_test4/
RewriteRule ^index\.php$ - [L]
# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]Hvis du følger dette trin for multisite, vil det blive løst.
5. bede om hjælp
I tilfælde af at alt andet fejler, skal du muligvis kontakte din webstedsvært. Enhver velrenommeret WordPress-hostingudbyder vil hjælpe dig med at fejlfinde problemet, sende dig i den rigtige retning eller endda løse det gratis.
For overkommelige priser kan du også ansætte WordPress-udviklere gennem en platform som Seahawk til at hjælpe dig med at løse dette problem. Det bedste aspekt er, at Seahawk har en engageret gruppe af kyndige fagfolk, så du kan være sikker på, at de er pålidelige.
Du kan komme i kontakt med os på face samt x. Tjek også vores hysche kanal for at se videoer.