Tutoriale WordPress de încredere, atunci când aveți cea mai mare nevoie.
Ghidul începătorului pentru WordPress
Cupa WPB
25 de milioane+
Site-uri web care folosesc plugin-urile noastre
16+
Ani de experiență WordPress
3000+
Tutoriale WordPress de la experți

Cum să remediezi eroarea de stabilire a unei conexiuni la baza de date în WordPress

Notificarea „Eroare la stabilirea conexiunii la baza de date” în WordPress este o eroare fatală care face ca site-ul dvs. să fie inaccesibil utilizatorilor. Apare atunci când WordPress nu se poate conecta la baza de date.

Deoarece mai mulți factori pot afecta această conexiune, eroarea poate fi un pic dificil de depanat pentru începători.

Am rulat blogul nostru pe WordPress în ultimii 16 ani și am întâmpinat o varietate de erori și avertismente, inclusiv „Eroare la stabilirea conexiunii cu baza de date”. Prin experiența noastră și multă încercare și eroare, am învățat cum să depanăm aceste probleme fără a ne perturba site-ul.

În acest articol, vă vom arăta cum să remediați cu ușurință eroarea „Eroare la stabilirea conexiunii la baza de date” pe site-ul dvs. WordPress, pas cu pas.

Remediați eroarea de stabilire a conexiunii la baza de date în WordPress

Ce cauzează eroarea de stabilire a conexiunii la baza de date în WordPress?

O bază de date este un software care facilitează stocarea, organizarea și recuperarea datelor din alte software-uri.

Ca un sistem de management al conținutului, WordPress folosește o bază de date pentru a stoca tot conținutul dvs. și alte date ale site-ului web. Apoi se conectează la baza de date de fiecare dată când cineva vizitează site-ul dvs. web.

WordPress are nevoie de următoarele informații pentru conectarea la baza de date:

  • Numele bazei dvs. de date
  • Nume de utilizator și parolă pentru baza de date
  • Server de baze de date

Această informație este stocată în fișierul de configurare WordPress, numit wp-config.php.

Dacă oricare dintre aceste informații este incorectă, atunci WordPress nu va reuși să se conecteze la serverul dvs. de baze de date și veți vedea eroarea „Eroare la stabilirea conexiunii cu baza de date”.

Eroare de conectare la baza de date în WordPress

Este una dintre cele mai comune erori WordPress. Pe lângă credențialele incorecte, această eroare poate apărea și dacă serverul bazei de date este oprit sau fișierele bazei de date sunt corupte.

Acestea fiind spuse, să vedem cum să rezolvăm problema „Eroare la stabilirea conexiunii la baza de date” în WordPress cu depanare pas cu pas.

1. Verificați credențialele bazei de date WordPress

Credențiale incorecte sunt cea mai frecventă cauză a erorii de conexiune la baza de date. Dacă ați mutat recent site-ul WordPress pe un nou gazdă, atunci aceasta este probabil problema.

Credențialele bazei de date WordPress sunt stocate în fișierul wp-config.php. Acesta este fișierul de configurare WordPress care conține setări importante, inclusiv informații despre baza de date.

Dacă nu ați mai editat niciodată un fișier wp-config.php, atunci consultați ghidul nostru pentru începători despre cum să editați fișierul wp-config.php pentru mai multe instrucțiuni.

Veți căuta următoarele linii în fișierul wp-config.php:

// ** 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' );

Aici, trebuie să vă asigurați că informațiile pentru numele bazei de date, numele de utilizator, parola și gazda bazei de date sunt corecte.

Puteți confirma aceste informații din tabloul de bord al contului dvs. de găzduire WordPress. Pentru acest tutorial, vom folosi Bluehost, dar procesul va fi similar și pentru alte panouri de găzduire.

După ce vă conectați, faceți clic pe fila „Website” din coloana din stânga și apoi comutați la fila „Advanced”. Apoi, derulați în jos la secțiunea „Database” și faceți clic pe butonul „Manage” de lângă ea.

Faceți clic pe butonul Gestionare de lângă secțiunea Bază de date

Aceasta va deschide pagina Baze de date MySQL în cPanel într-o fereastră nouă.

Aici, puteți găsi numele bazei de date și numele de utilizator în secțiunea „Baza de date curentă”. Nu uitați să copiați și să lipiți aceste detalii într-un notepad pentru a le putea adăuga în fișierul wp-config.

Găsiți numele bazei de date și numele de utilizator în secțiunea Baze de date curente

Apoi, derulați în jos la secțiunea „Utilizatori curenți”, unde puteți face clic pe linkul „Schimbați parola” de lângă numele bazei de date.

Aceasta vă va duce la un nou ecran, unde puteți schimba parola bazei de date după bunul plac.

Schimbați parola bazei de date

Odată ce ați confirmat toate detaliile bazei de date, puteți modifica acele informații în fișierul dvs. wp-config.php dacă este necesar.

După aceea, încercați să vizitați din nou site-ul dvs. web pentru a vedea dacă eroarea de conectare la baza de date a dispărut.

Dacă încă vedeți eroarea, înseamnă că ceva altceva este în neregulă.

2. Verificați informațiile gazdei bazei de date

Dacă ești sigur că numele bazei de date, numele de utilizator și parola sunt corecte, atunci vrei să te asiguri că folosești informațiile corecte pentru gazda bazei de date.

Majoritatea companiilor de găzduire WordPress folosesc localhost ca gazdă a bazei de date. Cu toate acestea, unele companii de găzduire WordPress gestionate folosesc servere separate pentru a găzdui baze de date. În acest caz, informațiile gazdei bazei de date nu vor fi localhost.

Acest lucru înseamnă că va trebui să contactați compania de găzduire WordPress pentru a confirma aceste detalii.

3. Repară baza de date WordPress

Acum, este posibil să primiți o altă eroare în tabloul de bord wp-admin, cum ar fi „Una sau mai multe tabele de baze de date nu sunt disponibile” sau „Baza de date ar putea avea nevoie să fie reparată”. În acest caz, trebuie să vă reparați baza de date.

Puteți face acest lucru adăugând următoarea linie în fișierul dvs. wp-config.php. Asigurați-vă că o adăugați chiar înainte de linia „Asta e tot, opriți editarea! Blogging fericit”:

define('WP_ALLOW_REPAIR', true);

După ce ați făcut acest lucru, puteți vedea setările vizitând această pagină: http://www.yoursite.com/wp-admin/maint/repair.php. Asigurați-vă doar că înlocuiți yoursite.com cu propriul dvs. nume de domeniu.

Aici, trebuie să dai clic pe butonul „Repară baza de date” pentru a începe procesul.

Repară baza de date WordPress

Notă: Utilizatorul nu trebuie să fie conectat pentru a accesa pagina de reparare a bazei de date. După ce ați terminat repararea și optimizarea bazei de date, asigurați-vă că eliminați această linie de cod din fișierul wp-config.php.

Cu toate acestea, dacă nu doriți să adăugați cod pe site-ul dvs., puteți repara baza de date folosind cPanel-ul contului dvs. de hosting.

Accesează contul tău de găzduire, unde trebuie să deschizi pagina „Site-uri web” din coloana din stânga. Apoi, comută la fila „Avansat” și apasă butonul „Gestionare” din secțiunea Bază de date.

Faceți clic pe butonul Gestionare de lângă secțiunea Bază de date

Aceasta va deschide cPanel într-o filă nouă. Aici, derulați în jos la secțiunea „Modify Databases” și alegeți numele bazei dvs. de date din meniul derulant „Repair Database”.

Odată ce ați făcut acest lucru, pur și simplu faceți clic pe butonul „Repară baza de date” pentru a începe procesul.

Click the Repair database button

Panoul de găzduire vă va repara acum automat baza de date.

Odată ce procesul este complet, veți vedea și un mesaj de succes.

Mesaj de succes la repararea bazei de date

Acum puteți vizita site-ul dvs. WordPress pentru a vedea dacă eroarea a fost rezolvată sau nu.

4. Verificați dacă serverul bazei de date este oprit

Dacă totul pare să fie corect și WordPress tot nu se poate conecta la baza de date, atunci serverul dvs. de baze de date (server MySQL) ar putea fi oprit.

Acest lucru se poate întâmpla din cauza traficului intens pe un server. Serverul dvs. de găzduire pur și simplu nu poate gestiona sarcina (mai ales când sunteți pe găzduire partajată).

Din această cauză, site-ul dvs. va deveni lent și chiar poate afișa eroarea pentru unii utilizatori. În acest caz, ar trebui să luați legătura telefonic sau prin chat live cu furnizorul dvs. de găzduire și să-i întrebați dacă serverul dvs. MySQL este receptiv.

În plus, dacă aveți alte site-uri web care rulează pe același server, atunci puteți verifica acele site-uri pentru a confirma că serverul dvs. SQL este oprit.

Dacă nu aveți niciun alt site în același cont de hosting, atunci pur și simplu accesați panoul de control al hostingului și comutați la fila „Avansat”.

După aceea, faceți clic pe butonul „Gestionare” de lângă secțiunea phpMyAdmin.

Faceți clic pe butonul Gestionare de lângă opțiunea PHPMyAdmin

Aceasta va deschide phpMyAdmin într-o fereastră nouă, unde trebuie să faceți clic pe opțiunea „Database” din partea de sus.

După aceea, dă clic pe numele bazei tale de date pentru a accesa setările acesteia. Dacă poți face asta, atunci este timpul să verifici dacă utilizatorul bazei tale de date are permisiuni suficiente.

Conectați PHPMyAdmin cu baza dvs. de date

Pentru a face acest lucru, trebuie să creați un fișier nou numit testconnection.php și să lipiți următorul cod în el:

<?php
$link = mysqli_connect('localhost', 'username', 'password');
if (!$link) {
die('Could not connect: ' . mysqli_error());
}
echo 'Connected successfully';
mysqli_close($link);
?>

După ce ați lipit codul, asigurați-vă că înlocuiți numele de utilizator și parola cu ale dumneavoastră. Acum puteți încărca acest fișier pe site-ul dvs. web și îl puteți accesa printr-un browser web.

Dacă scriptul s-a conectat cu succes, atunci înseamnă că utilizatorul dvs. are permisiuni suficiente și altceva cauzează eroarea.

Acum, trebuie să reveniți la fișierul wp-config și să-l scanați pentru a vă asigura că toate detaliile sunt corecte și fără greșeli de scriere.

Soluții suplimentare care au funcționat pentru utilizatori

Dacă sfaturile de depanare menționate mai sus nu reușesc să rezolve eroarea de conectare la baza de date pe site-ul dvs. web, atunci puteți încerca acești pași suplimentari.

Așa cum au raportat utilizatorii noștri, acești pași i-au ajutat pe unii dintre ei să rezolve eroarea de conexiune la baza de date pe site-urile lor web.

1. Actualizați URL-ul site-ului WordPress

Puteți încerca să actualizați URL-ul site-ului WordPress folosind phpMyAdmin în cPanel.

Pur și simplu accesați phpMyAdmin din tabloul de bord al contului dvs. de hosting și selectați baza de date WordPress din listă.

După aceea, comutați la meniul SQL din partea de sus și introduceți următoarea interogare MySQL:

UPDATE wp_options SET option_value='YOUR_SITE_URL' WHERE option_name='siteurl'

Ar trebui să arate așa:

Schimbă URL-ul site-ului

Nu uitați să furnizați propriul URL al site-ului și să schimbați wp_options cu numele propriei tabele, deoarece este posibil să fi modificat prefixul tabelei WordPress.

2. Repornirea serverului web

Utilizatorii de pe servere dedicate, servere locale și servere private virtuale (VPS) pot încerca să-și repornească serverele.

Acest lucru va reporni serverul web și de baze de date, ceea ce poate remedia unele probleme temporare care cauzează eroarea.

3. Cereți ajutor

Dacă totul eșuează, atunci poate fi necesar să contactați compania de găzduire web. Toate companiile bune de găzduire WordPress vă vor ajuta să depanați problema, să vă îndrume sau chiar să o rezolve pentru dvs.

De asemenea, puteți angaja dezvoltatori WordPress pentru a vă ajuta să remediați această problemă.

Sperăm că acest articol v-a ajutat să remediați problema „Eroare la stabilirea conexiunii cu baza de date” în WordPress. De asemenea, este posibil să doriți să consultați ghidul nostru de depanare WordPress pentru sfaturi despre rezolvarea problemelor WordPress pe cont propriu sau tutorialul nostru despre cum să adăugați o pagină de eroare personalizată pentru baza de date în WordPress.

Dacă ți-a plăcut acest articol, te rugăm să te abonezi la canalul nostru de YouTube pentru tutoriale video WordPress. Ne poți găsi, de asemenea, pe Twitter și Facebook.

Dezvăluire: Conținutul nostru este susținut de cititori. Acest lucru înseamnă că dacă faceți clic pe unele dintre linkurile noastre, este posibil să câștigăm un comision. Vedeți cum este finanțat WPBeginner, de ce contează și cum ne puteți susține. Iată procesul nostru editorial.

Cel mai bun instrumentar WordPress

Obține acces GRATUIT la instrumentarul nostru - o colecție de produse și resurse legate de WordPress pe care fiecare profesionist ar trebui să le aibă!

Interacțiuni cu cititorii

673 CommentsLeave a Reply

  1. Slavă Domnului că am găsit acest articol. Înlocuirea parolei și a numelui de utilizator al bazei de date WordPress cu credențialele mele de conectare cpanel m-a ajutat.

  2. Mulțumesc!

    am rezolvat problema schimbând noul nume de utilizator și parola în fișierul wp-config.

    Cu stimă

  3. O altă soluție care a funcționat. Ștergeți utilizatorul MySql curent și adăugați unul nou. Este o soluție pentru această eroare specifică:
    Acces refuzat pentru utilizatorul „foo”@„%” (folosind parola: DA)

  4. Salut, am avansat destul de mult în blogul meu cu text și imagini, însă sunt nou în asta și acum descopăr că încărcarea fișierelor media se blochează în 4/5 cazuri și apare o eroare. Căutând pe web am găsit că mulți alții au avut această problemă, însă soluția comună este creșterea memoriei pentru imagini. Am folosit doar 115 MB, ce se întâmplă, știe cineva? Sunt foarte frustrat, deoarece pot încerca și încerca ore întregi uneori pentru a încărca.
    Mulțumesc

  5. Am primit această eroare ieri pe instalația mea Wordpress veche de zece ani, care este găzduită la GoDaddy.

    Se pare că GoDaddy a schimbat Numele de gazdă pentru serverul SQL. am actualizat valoarea DB_Host și totul funcționează bine.

    Mulțumesc pentru postarea detaliată despre această problemă.

  6. Am aceeași problemă cu GoDaddy, am încercat tot ce am putut din acest post și altele.

    dar nu am obținut niciun rezultat.

    După ce am auzit totul, am încercat doar să schimb numele de utilizator, deoarece era același cu numele bazei de date înainte.

    și problema rezolvată.

    așa că am crezut că problema este că baza de date și numele de utilizator sunt aceleași pentru DB.

  7. Articol super eficient. Mi s-a întâmplat și mie. Cea mai comună greșeală dintre toate este diferența dintre parola setată pentru utilizatorul bazei de date din backend și cea menționată în wp-config. Cum aș fi putut uita asta...
    Mulțumesc mult!!

  8. Un lucru care trebuie menționat este că dacă folosiți MAMP, parola pentru baza de date este root în mod implicit. Acest mic detaliu m-a costat ore întregi să-l descopăr.

  9. Thanks for this guide, it really saved me! I changed my database password not realizing what would happen, I managed to fix it thanks to this guide though :)

  10. Dacă ajută, aș dori să adaug că problema mea particulară a apărut atunci când am actualizat parola la baza mea de date prin godaddy, iar fișierul wp-config NU a actualizat parola, a trebuit să intru manual să o schimb.

    /** Parola bazei de date MySQL */
    define(‘DB_PASSWORD’, ‘PasswordGoesHere);

    • Practic a trebuit să fac tot ce este mai sus, inclusiv să schimb parola în wp-config. După toate acestea… și editarea backup-ului meu SQL pe care îl restauram, astfel încât să folosească numele bazei de date, numele de utilizator și parola corecte, de asemenea, totul a început să funcționeze, cu excepția erorilor cauzate de probleme cu pluginul super cache. Încă mă lupt cu acea problemă, dar slavă lui Dumnezeu și vouă tuturor de mai sus pentru că m-ați ajutat până aici!

  11. This is why we use Joomla more than Wordpress. ;)

    Mai ușor de mutat, mai ușor de configurat rapid, mai ușor de depanat. Wordpress face o mare durere dacă doriți să mutați site-ul pe alt server sau să schimbați domeniile. Fiecare cu ale lui, totuși. Fiecare are propriul set de slăbiciuni.

  12. Am problema intermitent și aleatoriu. Nu oprește complet funcționarea site-ului, mesajul „eroare la stabilirea unei conexiuni la baza de date” apare aleatoriu (atât în backend, cât și în frontend). Gazda mea spune că problema este un conflict de plugin. Aș fi bucuros să testez asta, dar deoarece problema este aleatorie, nu pot spune imediat dacă dezactivarea unui plugin va ajuta. Arrggh!

    • Am început să avem și noi această problemă recent. Am contactat gazda noastră și ne-au spus că sună ca și cum baza noastră de date își atinge limita de conexiuni sau tabelele noastre sunt blocate în timpul unui apel (ceea ce s-ar întâmpla cel mai probabil de la un plugin).

  13. Salut, în cazul meu a fost o problemă cu valori incorecte ale domeniului în tabelul wp_blogs. Trebuie să existe domenii valide.

    Mult succes!

  14. Thanks you bro.. very very much..it workd.. :D I am very happy..luv you so much..I am on GoDaddy and i just placed the testfile.php and it workd..Thank you very much <3 <3 <3 <3

  15. Am avut aceeași problemă cu un site web nou și am descoperit în cele din urmă că numele de utilizator MySQL din CPANEL nu era legat de baza de date. După ce am făcut acest lucru, a funcționat corect!

    Deci, asigurați-vă că problema nu provine de acolo.

  16. Mi-am schimbat parola MySQL din motive de securitate și am actualizat-o imediat în wp-config, dar acum primesc mesajul „Eroare la stabilirea conexiunii cu baza de date” atât pe partea frontală, cât și pe cea din spate. Știu că datele mele de autentificare funcționează, deoarece mă pot conecta la phpMyAdmin fără probleme.

    – Am încercat o reinstalare proaspătă a Wordpress prin FTP (fără a suprascrie fișierul wp-config sau folderul wp-content) și asta nu a ajutat.

    – Încerc să fac metoda de reparare a bazei de date menționată mai sus, dar nici măcar nu pot accesa acea pagină, deoarece nu mă lasă să trec de eroarea de conectare la baza de date.

    – Am încercat metoda de conectare de test și primesc următoarea eroare:

    Deprecated: mysql_connect(): Extensia mysql este depreciată și va fi eliminată în viitor: utilizați mysqli sau PDO în schimb în /srv/users/serverpilot/apps/xxxxxx/public/testconnection.php pe linia 2

    Atenție: mysql_connect(): Acces refuzat pentru utilizatorul ‘root’@’localhost’ (folosind parola: DA) în /srv/users/serverpilot/apps/xxxxxxxx/public/testconnection.php pe linia 2
    Eroare: Acces refuzat pentru utilizatorul ‘root’@’localhost’ (folosind parola: DA)

    Niciuna dintre aceste soluții nu funcționează! Vă rog ajutați pe cineva! Nu am atins site-ul meu wordpress și nu am făcut nicio modificare înainte de actualizarea parolei mySQL, așa că știu că nu este o problemă de cod sau plugin wordpress. Ar putea nginx sau cache-ul să afecteze acest lucru?

    • Accesați fișierul wp-config și găsiți acest lucru:

      /** Parola bazei de date MySQL */
      define(‘DB_PASSWORD’, ‘ParolaVaFiAici’);

      Asigură-te că parola corespunde cu cea pe care o folosești pentru a te conecta la baza de date.

  17. Deci, am accesat întotdeauna WordPress prin internet și nu am descărcat niciodată clientul pe computerul meu. M-am întrebat mereu de ce ar vrea cineva să facă asta și acum cred că înțeleg de ce, după ce am primit același mesaj de eroare.

    Sunt curios, pot face ceva dacă nu am acces la contul meu WordPress pentru a face aceste modificări enumerate? Sau trebuie să contactez gazda mea sau să sper că problema se va rezolva de la sine?

    Doar verific dacă există ceva ce pot face pe partea frontală.

  18. Am avut această eroare ieri și, ca să scurtăm povestea, soluția a fost la fel de simplă ca repornirea MySQL, adică emiterea următoarelor comenzi din linia de comandă:

    sudo mysql stop
    sudo mysql start

  19. Salut, am citit acest mesaj de nenumărate ori când mă conectez la un alt domeniu pentru WordPress. Vă rog să mă ajutați.

    Eroare: Nu a fost posibilă găsirea contului de administrator specificat în WordPress. Specificați numele de utilizator al contului dvs. de administrator în WordPress. Acest cont va fi asociat cu Plesk.

  20. Astăzi am încercat să încarc site-ul meu web (din backup-uri) la o nouă companie de găzduire. A fost complicat să-mi dau seama cum să fac să funcționeze. Am ajuns să instalez și să dezinstalez de mai multe ori din cauza unor greșeli. Mai întâi am încercat să încarc fișierele mele wordpress prin FTP și să creez manual o nouă bază de date Mysql în panoul de control al găzduirii mele, dar nu am reușit să fac ca cele două să se vadă una pe cealaltă și nu am putut importa fișierul meu SQL de backup în noua bază de date. În cele din urmă am înțeles (după încercări și erori), că trebuia să instalez un wordpress proaspăt din panoul de control al găzduirii mele, care instalează wordpress pentru mine și creează o bază de date. Odată ce există o bază de date legată, puteți șterge toate tabelele și puteți importa baza de date de backup. Apoi aș încărca backup-ul meu wordpress prin FTP peste instalarea proaspătă și aș alege „Suprascrie”. Când am terminat, pagina principală a site-ului meu apărea ca și cum ar fi funcționat, dar toate paginile erau „obiectul nu a fost găsit, nicio bază de date, sau pagina este învechită, vă rugăm să notificați autorul, etc.”…. Am încercat să repar/optimizez baza de date, ceea ce nu a ajutat…. Am actualizat fișierul meu wp-config cu informațiile corecte ale bazei de date, ceea ce nu a rezolvat problema…. Așa că am dezinstalat totul și am început de la capăt de mai multe ori (dezinstalând, reinstalând cu aceleași rezultate — ÎN SFÂRȘIT CE A FUNCȚIONAT. o instalare proaspătă de wordpress prin panoul meu de control, am folosit același nume de utilizator și parolă pentru administrator pe care le folosisem anterior pe vechiul meu site (acest lucru a ajutat noul meu wordpress să „vadă mai bine backup-ul mysql” odată ce l-am importat), apoi FTP fișierele de backup wordpress peste instalarea proaspătă cu opțiunea de suprascriere. schimbați codul wp-config pentru noile informații ale bazei de date (ale mele erau un nou nume/parolă de bază de date de fiecare dată când reinstalam wordpress). După ce am făcut toate acestea, obțineam pagina principală, dar încă primeam pagini „obiectul nu a fost găsit” pentru tot restul. DAR acum mă puteam conecta la administratorul meu…. odată ce am ajuns în acest punct, mi-am dat seama că wordpress sau serverul se verifica (se actualiza) după toate modificările majore pe care le făcusem prin FTP și MySQL…. practic, doar așteptați, cred că am așteptat o jumătate de oră până la o oră și am început să văd celelalte pagini ale mele (fără grafică), am tras un pui de somn, și apoi toate paginile erau acolo. Aveam doar câteva pagini și postări, dar după modificări atât de majore, serverul a trebuit să recupereze și să se verifice, cred…

  21. Voiam doar să vă împărtășesc experiența mea – am primit această eroare când mi-am creat contul în cPanel cu un nume de utilizator mai lung de 8 caractere. Se pare că a încurcat instalatorul Wordpress și nu a putut crea baza de date.

    Deci am șters complet contul Cpanel și am început din nou cu un nume de utilizator cPanel de 8 caractere – a funcționat ca un farmec!

  22. Am încercat cam toate aceste lucruri și nimic nu a funcționat – cam tot, dar nu tot. Nu sunt expert, dar nici începător. În cele din urmă, am decis să șterg contul de pe server (site nou, fără date încă), să încep de la zero și să instalez Wordpress manual. Folosesc Rochen care folosește cPanel și Fantastico și doar recent am început să am această problemă.

    Instalarea manuală a funcționat bine și nu am avut probleme. Voi trimite cu siguranță un tichet de suport către Rochen.

  23. Mi-am construit site-ul pe o instanță Amazon ec2 și frecvent primesc eroarea de conectare la baza de date pe atât frontend, cât și backend. Ceea ce fac și rezolvă întotdeauna problema este să mă conectez prin telnet la server și să repornesc mysqld. Dar mă întrebam care este problema de bază care cauzează mereu reapariția acestei erori. Aveți idei??

    • Rămâi fără RAM, iar gestionarea memoriei îți omoară procesul mysqld. Va trebui să faci upgrade la o instanță care are cel puțin 2 GB RAM. Presupun că ești pe nivelul gratuit și ai 1 GB RAM.

  24. Pentru mine, ceea ce a funcționat a fost schimbarea intrării localhost în wpconfig.php la 127.0.0.1; s-ar putea să funcționeze fără a face toate cele de mai sus, deci este rapid. Trebuie să spun că toate aceste date de mai sus au fost un bun punct de plecare pentru mine pentru a înțelege problema și cauza principală.

  25. Complet aleatoriu, și poate că e o prostie, dar mi-am dat seama că problema mea pe Mac era că schimba mereu un „ în loc de un stilizat în text edit de fiecare dată când adăugam numele de utilizator, parola, numele bazei de date etc., chiar și ca fișier text. ciudat. în fine, mulțumesc pentru ajutor!

  26. Doar în cazul în care alte persoane au avut aceeași problemă, obțineți această eroare și pe o instalație multisite dacă URL-urile din wp_blogs nu sunt setate corect. Am avut această problemă în această dimineață când am mutat site-ul de pe versiunea mea de dezvoltare pe staging.

  27. Tocmai am experimentat asta pe site-ul nostru, prima dată. Așa că am făcut cum mi-ați recomandat, am sunat la Bluehost, furnizorul nostru de găzduire, pentru a afla ce naiba? Au spus că baza noastră de date este limitată la 15 conexiuni simultan și că, din cauza activității, atunci când atingeți acel prag, primiți eroarea respectivă. Așa că ne-au sugerat să rulăm un test pe toate plugin-urile noastre și să vedem dacă există unele care consumă conexiuni, apoi să rulăm un program care convertește paginile noastre în pagini HTML ca backup, în cazul în care oamenii doresc să acceseze site-ul ca backup și să o facă într-un mod mai rapid. Sper că are sens, nu sunt un expert web, dar doar repet cât de bine pot. Dar cel mai bun lucru de făcut mai întâi este să contactați furnizorul dvs. de găzduire pentru răspunsuri.

    Jack

  28. Am avut aceeași problemă pentru site-ul meu. Am parcurs articolul și nu am văzut nimic neobișnuit. În timp ce mă jucam în WordPress, am resetat pluginul meu „WP Super Cache” la setările implicite și l-am golit, iar site-ul meu a început să funcționeze din nou.

  29. Intermitent primesc următoarea eroare la vizitarea site-ului. Nu există absolut nimic pe motoarele de căutare majore cu acest număr de eroare singur. Pot accesa wp-admin, care este pagina de autentificare a site-ului cu tema încărcată, etc. și mă pot autentifica. În Admin, pot face orice fără probleme. Uneori pot vizita site-ul, alteori nu, chiar și în browsere diferite, de ex. la reîmprospătare poate apărea sau nu. Am efectuat repararea și setările nu arată erori. Sunt pe găzduire partajată Godaddy. Tocmai am terminat de construit site-ul, deci foarte puțin conținut, baza de date incredibil de mică, 2 MB la export.

    „EROARE 677-402iqz. Ne pare rău, eroare la citirea bazei de date, lipsă sau
    coruptă. Acest site web nu mai este disponibil.”

    Aveți idei, oricine?
    Mersi
    Daniel

  30. WordPress stochează toate informațiile site-ului tău într-o bază de date, care este gestionată de un server de baze de date. Dacă din anumcneva motiv WordPress nu reușește să se conecteze la serverul bazei de date, vei primi această eroare. Te rugăm să contactezi furnizorul tău de găzduire web pentru suport.

  31. Încercam să rezolv problema neapariției widget-urilor pe site-ul meu când am primit
    „Nu s-a putut conecta la serverul bazei de date!”
    . Chiar și atunci când doar introduc site-ul în bara de adrese sau includ wp-admin.
    Nu mai am nicio idee. Presupuneți că sunt un idiot de 5 ani dacă răspundeți.

  32. Salut, site-ul meu este nefuncțional de azi dimineață, spunându-mi "Eroare la stabilirea conexiunii la baza de date" în franceză, deoarece este un site web francez http://c2cteaching.com
    Am sunat la gazda mea, care mi-a spus să modific fișierul meu wp-config.php, iar de când am făcut asta, ajung pe o pagină de setări de bun venit a WordPress! Îmi vine să înnebunesc, ce pot face? Ajutați-mă, vă rog!

  33. Salut, am avut această eroare pe domeniul meu principal, pe domeniile suplimentare și pe un subdomeniu.

    Folosesc GoDaddy pentru găzduire.

    Pe scurt: Am constatat că, din motive necunoscute, tabelul bazelor de date MySQL din hosting > baze de date nu avea utilizatori asociați bazelor de date, ceea ce făcea ca site-urile să afișeze această eroare specifică.

    Chiar sub acel tabel, în partea dreaptă, există o secțiune „Adăugare utilizator la bază de date”. Am alocat fiecărui utilizator o bază de date. Deci, i388299_wp1 a fost selectat ca utilizator și i388299_wp1 a fost selectat ca bază de date, iar toate site-urile au început să funcționeze din nou corect.

    Deci, există un bug în GoDaddy care face ca utilizatorii să fie șterși din acea listă dintr-un motiv ciudat.

  34. Încercam să curăț și am renunțat la niște servere mysql (sunt toate unul singur oricum) pe care credeam că nu le folosesc și a sunat alarma unuia dintre site-urile mele. Desigur, acel site folosea serverul pe care l-am renunțat. Am trecut la un alt server (așa cum am spus, sunt toate unul singur) în fișierul wp-config și totul a fost din nou în regulă. Mulțumesc!!!

  35. Am avut această problemă astăzi pe VPS-ul meu. Eroare la stabilirea conexiunii cu baza de date. Am verificat spațiul pe disc și am confirmat că este în regulă, dar utilizarea memoriei era aproape epuizată. Am rulat sudo free -m și top pentru a găsi cei mai mari vinovați, dar nu am reușit să înțeleg. Aveam aproximativ 5 MB de RAM liberi. Am repornit chiar și serverul, dar asta nu a rezolvat problema. Așa că am așteptat și în cele din urmă a revenit – singura mea presupunere în acest moment este că serverul meu a fost inundat cu prea mult trafic. Dar este un VPS, așa că nu știu ce se întâmplă. Sper că acest lucru nu se va mai întâmpla mâine –

    • Ai nevoie de un VPS cPanel complet gestionat, astfel încât cineva care știe ce face să te poată asista.

      Când mai ai 5 MB de RAM liberi, ești blocat. Serverul ar încetini enorm. De aici, upgrade-ul RAM-ului, instalarea cpnigix sau optimizarea VPS-ului de către cineva, pot reduce utilizarea RAM-ului și îmbunătăți performanța.

  36. Mulțumesc mult pentru ajutor.

    Sunt doar un începător care a trebuit să facă această treabă.

    Acest lucru m-a ajutat:

    1define(‘DB_NAME’, ‘database-name’);

    2define(‘DB_USER’, ‘nume-utilizator-baza-de-date’);

    3define(‘DB_PASSWORD’, ‘parola-bazei-de-date’);

    4define(‘DB_HOST’, ‘localhost’);

  37. Am repornit serverul. Problema rezolvată. Poate ar trebui să menționezi asta mai întâi în articol. Economisește timp, lol.

    Conectare la ubuntu 12.04 -> Reboot

    • Am avut aceeași problemă. Am repornit serverul, problema s-a rezolvat, dar panoul wp-admin rulează prea lent de când am repornit serverul. Aveți vreo idee?

  38. Am întâmpinat o problemă, nu pot accesa interfața, îmi apare mesajul
    "Eroare la stabilirea conexiunii la baza de date" pe pagina mea. Am făcut-o pe localhost, ce pot face?

  39. Jacob, se pare că serverul tău de baze de date este frecvent oprit. Contactează-ți gazda web sau treci la un furnizor de Găzduire WordPress mai bun.

    În ceea ce privește problema Facebook, vă recomandăm să utilizați WordPress SEO de la Yoast. Odată activat, accesați SEO -> Social și bifați caseta de lângă Adaugă metadate Open Graph.

    • Am aceeași problemă ca și Jacob, dar pe instalarea mea locală. În timpul necesar pentru a face o editare de orice fel, sunt trimis sporadic pe pagina „Eroare la stabilirea conexiunii la baza de date”. (Doar pe partea de administrare) De 1 din 5 ori se redirecționează de la sine și finalizează actualizarea, altfel trebuie să copiez întregul post, să-l lipesc peste cel vechi, să trimit din nou și din nou până când acceptă în cele din urmă. Se întâmplă și la încărcarea imaginilor. Nu am probleme pe gazda la distanță, din câte știu.

  40. Primesc eroarea sporadic – doar când sunt conectat la contul meu de administrator. Deși un cititor de blog mi-a comunicat că i-a luat 4 încercări să încarce pagina principală. Nu durează mult, dar se întâmplă des (de 4 sau 5 ori pe zi?).

    De asemenea, în timp ce scriu articole pe blog, primesc adesea eroarea „Conexiune la server pierdută”, apoi trebuie să aștept să se reconecteze înainte de a putea salva. Așa cum am spus, nu durează niciodată mai mult de aproximativ 15 minute, dar suficient de des încât să facă scrierea articolelor pe blog un proces foarte consumator de timp.

    În cele din urmă, când încerc să partajez pe FB, previzualizarea nu apare – doar un link. Nu am nicio idee dacă aceste trei erori sunt legate, dar par să apară cam în același timp și toate trei sunt prea frecvente.

  41. Am o altă problemă aici… postările funcționează bine. dar pe URL-ul principal, apare eroarea „eroare la stabilirea conexiunii la baza de date”? Este ceva cu tema mea? Nu pot să-mi dau seama…

  42. Mulțumesc! Apreciez postarea. Mi-a funcționat, deși a trebuit să fac o combinație a metodelor menționate!
    Mulțumesc!

Lasă un răspuns

Vă mulțumim că ați ales să lăsați un comentariu. Vă rugăm să rețineți că toate comentariile sunt moderate conform politicii noastre de comentarii, iar adresa dvs. de e-mail NU va fi publicată. Vă rugăm să NU folosiți cuvinte cheie în câmpul nume. Să avem o conversație personală și semnificativă.