O problemă de WordPress şi SQL. Caut ajutor

Avem următoarea situaţie: se dă un blog cu un trafic decent, pe platformă WordPress, hostat pe o rachetă. Baza de date a fost proaspăt importată de pe fostul host, diacriticele sînt OK, toate bune şi frumoase. Pînă în momentul în care, la un refresh al Dashboard-ului, deşi se conectează la SQL, nu trage din baza de date nici o informaţie. Iar Dashboard-ul arată ca în poza de mai jos.

Acum, dacă nu s-ar fi conectat la baza de date, primeam o eroare mare cît toată pagina prin care eram anunţat: “Unable to connect to database”, însă din ce se vede în imagine, se conectează liniştit. Plus, în momentele în care în Dashboard îmi afişează ce se vede mai sus, dacă în momentul ăla intră cineva pe blog, apare eroarea “404 not found: The page you are looking for no longer exists”. Ceea ce e, desigur, stupid. Acum, fie am făcut eu ceva greşit pe undeva, atunci cînd am mutat blogul, fie trebuie să existe vreun bug în WordPress, pe undeva. Culmea e că înainte de a mă muta nu păţeam nimic. Şi mai nasol e că în logurile de pe server nu se vede vreo deconectare de la SQL şi nici vreo activitate deosebită.

Ca idee, încă folosesc WP Super-Cache, însă nu cred că are-a face cu drop-ul fişierului de cache (dacă n-a avut pîn-acum…). Ba am mai reuşit şi performanţa de a le extermina nervii băieţilor de la Webfactor, care s-au săturat într-atît de mine, încît mi-au migrat contul de hosting pe serverul cel mai recent instalat. Ieri, toată ziua, a mers bine. Azi dimineaţă, hop eroarea de mai sus. Din nou. Are cineva idee de la ce o fi? Mă apuc să export şi să import din nou conţinutul din SQL? Ce mama naibii să-i mai fac? Să fie clar, de la hosting nu e. Mai am un cont (al meu) la Webfactor şi merge liniştit, fără nici o problemă. Şi mai am un termen de comparaţie: blogul lui Dan Popa, care e ţinut tot de Webfactor, şi care n-are nici pe naiba. Prin urmare, problema e de la WP-ul meu. Dar de unde, mai exact, şi cum se rezolva?

A mai păţit careva ceva similar? Dacă rezolv problema asta, dau o îngheţată.

Dacă îţi place acest blog şi vrei să-l susţii, cumpără de la eMag folosind acest link.

32 comentarii

  1. Sincer, am patit-o si eu acum ceva timp dar am reinstalat wordpress-ul si s-a rezolvat de la sine. Din pacate alt sfat nu am. Incearca o versiune mai veche de wordpress poate merge asa. :(

  2. E foarte posibil ca PHP sa nu arate erorile, am vazut ca sunt hosteri care seteaza implicit asa. Vezi ca nu merge da nu-ti apare eroarea si te miri ce draqu are.
    Baga pe undeva pe la inceputul lui index.php ceva de genul:
    error_reporting(E_ALL);
    ini_set(‘display_errors’, ‘1’);

  3. User-ul folosit pentru conectarea la baza de date are permisiunile necesare ?

  4. Poate permisiunile fisierelor/directoarelor transferate? In functie de hoster, ownerul fisierelor poate diferi, e suficient ca procesul tau sa nu aiba dreptul sa traverseze niste subdirectoare.
    O privire in log-uri ar trebui sa ajute – eu de exemplu am avut niste ecrane albe fara nicio alta eroare, care s-au dovedit in final a fi cauzate de un upgrade incomplet la eAccelerator.

  5. Pe primele 2 randuri intr-un index.php (scuze, nu cunosc ierarhia WP)

    Spui ca se conectează la SQL. Presupun ca te referi la WP (e irelevant daca merge in phpmysql). De unde stii ?

    • Pai, e simplu, daca nu s-ar conecta la baza de date, mi-ar da o eroare cit China in care mi-ar zice ca nu se poate conecta. Cita vreme imi incarca dashboard-ul, se conecteaza.

  6. Nu da absolut nici o eroare daca PHP-ul e setat sa nu dea eroare.
    Cel mai sanatos e sa-i pui pe ei se configureze cum trebuie PHP astfel ca sa afiseze erorile si ar trebui ‘urechiti’ putin pe tema asta. Dai inghetata ? :)

    • Dau inghetata, da’ mai intii stai sa rezolv, ca disper de o luna de zile. E groaznic, frate. Plus, face load de cite 30-40 de secunde pina-mi da eroarea aia cu baza de date egala cu zero.

  7. In /wp-admin index.php adaugi la inceput linile alea cu
    error_reporting(E_ALL);
    ini_set(‘display_errors’, ’1′);

    nu uita sa le scoti dupa ce iti termini treaba, o sa descoperi cate pluginuri sunt pline de erori si facute cu picioarele cu ocazia assta :))

  8. Ca sa iti arate toate erorile pune in fisierul .htaccess

    php_flag display_errors on

  9. Trebuie introduse următoarele rânduri la sfârşitul lui wp-config.php, dar nu înainte de a trece username-ul cu care te conectez la baza de date.

    @ini_set(‘display_errors’,1);
    if( ‘database_user_here’ === DB_USER ){
    define(‘WP_DEBUG’, true); // Turn debugging ON
    define(‘WP_DEBUG_DISPLAY’, true); // Turn forced display OFF
    define(‘WP_DEBUG_LOG’, true); // Turn logging to wp-content/debug.log ON
    }

  10. M-am ocupat de hosting-ul pentru mai multe bloage WordPress la Webfactor și absolut nici unul nu a avut problema asta. Nu am idee ce trafic ai pe blogul acesta, dar, de exemplu, makavelis.com are pe undeva pe la 800 de unici și nu face astfel de probleme.

    O întrebare aș avea, totusi – de ce WP Super Cache? W3 Total Cache http://wordpress.org/extend/plugins/w3-total-cache/ face o treabă mult mai bună, e mai simplu de configurat și știe mai multe trebușoare utile decât cache.

  11. ai incercat si cu o versiune mai veche de wp? ca wp3 nu e chiar cea mai reusita…

  12. cand am facut upgrade la 3, nu mai vedeam dashboardul deloc, indiferent de ce faceam. am pus la loc versiunea veche, merge britch

  13. Da-mi mesaj pe messenger si ma uit poate gasesc o solutie.

  14. pai cum sa nu .. stai asa ca sarim sa te ajutam ca doar ai blog afiliat hotnews, trebuie sa fii un destept ceva, si de fapt noi, baietii astia de la IT lucram doar pe o inghetata, doar tu esti un deosebit care merita sa castige si bani pe munca lui :)))

  15. Ca idee ne “chioram” de ceva timp prin site-ul acesta si, implicit, ne benoclam la tot ce este relativ ok pe piata. Suntem siguri ca intr-o zi vei ajunge mare si tare (a nu se intelege o batjocura ieftina – departe gandul).
    Cat despre problema in cauza, tu suferind si de lenea aferenta (dealtfel noi suntem o echipa de lenesi) ai uitat elementele de baza, si vom incepe sa le enumeram pe pasi (cat mai mici ca sa nu obosim – noi nu tu):
    -se creaza una bucata fisier, in “root-ul” web, denumit cumvreitu.php (noi preferam test.php) in care se introduce ce este mai in fata , se da salvare.
    -se da frumos un http://numesite.com/test.php(http://numesite.com/cumvreitu.php) si se citeste cum se vede.daca avem in titlu un PHP Version 5.2.10 atunci… , Hustoane avem o problema. daca versiunea de wordpress avuta de noi NU este INATALL-ul de 3.0 ci doar “ceva”+ upgrade, am determinat si problema (clar si 70% din solutie)
    -trecem la o munca destionica ori de downgrade a versiunii de php (care de altfel nu a suferit prea multe modificari) ori la un INSTALL complet de wordpress. testam am avut aceleasi erori, lenea nu nea omora dar clientii au urlat…

    O alta problema super/mega/ultra cunoscuta este acel freeze datorat modalitatii de virtualizarii. Exemplu de combinatie proasta: una bucata centos cu un plesk – NEVA. Ca sa functioneze cat de cat amiabila iti aratam cateva setari folosite de noi intr-un portal de stiri:
    magic_quotes_gpc Off Off
    magic_quotes_runtime Off Off
    magic_quotes_sybase Off Off
    mail.force_extra_parameters no value no value
    max_execution_time 30 30
    max_input_nesting_level 64 64
    max_input_time 60 60
    memory_limit 400M 400M
    Ar mai exista si posibilitatea nefasta ca undeva acolo baza de date sa fi zamislit o bucata de eroare pur si simplu. In acest caz se ia baza de data si se verifica tabela cu tabela. Daca, si nu mai daca (ceea ce nu credem), ajungi sa te izbesti cu nervii de monitor da-ne un email. Nu costa nimic si poate oferim o mana de ajutor.
    Sa auzim de bine

  16. Erata: cel care a scris mai sus nu este 100% roman. Pe bune. Dar incearca sa devina. Fiind din echipa noastra ne cerem scuze pentru el si incercati sa intelegeti printre picaturi (il urechem noi nu va faceti griji) si ne cerem scuze pentru inconvenitele de limbaj.

  17. Pentru ARHI:
    W3 este stralucita, cap coada. Si iti spun asta niste oameni care testeaza la ea de aproximativ 3 luni. Nu au fost rezolvate niste asimetrii in apache migrare old, dar in rest chiar este ok. S-au rezolvat majoritatea bug-urilor de securitate, sub cgi se defineste “altfel” cache-ul de php iar webdeployment-ul a fost imbunatatit. Cu alte cuvinte este mai sigura, mai rapida si cu capabilitati api sporite (a nu se intelege spoite).

    • @Eye Art: PHP 5.2.9 e versiunea, iar WP-ul este 3.0 fresh install (mai putin wp-config-ul, ca daca nu-i bagam o versiune mai veche, bye-bye diacritice). In alta ordine de idei, mai bine fara downgrade la PHP. Legat de lene, nu stau pe serverul meu, ci pe un cont shared, intr-un cluster cu peste 2000 de alte conturi. Deci chill. Plus de asta, nu folosesc Plesk, ci CPanel :)

  18. Just my 2 cents: daca ai facut update la wp3 de la o versiune mai veche, este posibil ca upgrade-ul la structura bazei de date sa nu fi reusit (sa nu fi fost facut complet).

  19. Incearca sa pui un trace/log pe baza de date sa vezi ce query-uri se trimit (daca se trimit). Uita-te la fisierele de configurare sa fii sigur ca se conecteaza la baza de date care trebuie. Just a thought :)

  20. Mai, sunt sigura ca te-ai gandit la toate astea dinainte, dar na, imi dau si eu cu parerea poate de nervi ai uitat ceva si te poate ajuta lista mea. Eu as incerca asa:

    1. as dezactiva pluginurile unul cate unul pentru a vedea daca vreounul cauzeaza problemele astea

    2. as pune alta tema sa vad daca mai patesc asa – poate s-o fi revoltat bucla din tema pe care o folosesti

    3. as face o instalare paralela, intr-un folder de test, sa vad acolo cum se comporta

    4. m-as duce sa plang pe http://stackoverflow.com/ – poate se gaseste unul care sa fi avut aceeasi problema :)

    Cu micuta mea experienta in teme, instalari si codari de wordpress, eu as paria ori pe “loop”-ul temei, ori pe hosting – mai ales daca zici ca in alta parte nu ti se intampla. Faptul ca se conecteaza dar nu “trage” – asta ar putea fi din loop, dar faptul ca se conecteaza dar doar uneori nu trage e deja dubios…

  21. alex, daca ai timp/chef ne spui si noua cum ai rezolvat ? cine stie, poate ajuta cuiva …

  22. Tema de wordpress e facuta/modificata de tine? Nu cumva ai adaugat in baza de date sql alte table-uri sau campuri, si dupa upgrade-ul de wordpress ai uitat de ele?