Ghid pentru WordPress pe găzduire proprie. Modificările necesită drepturi potrivite și o revenire sigură. Dacă nu cunoști fișierele, baza de date și găzduirea, stabilește verificarea cu un specialist.
Notează observațiile
Notează URL-ul, mesajul exact, debutul cu fus orar și ultima modificare. Compară prima pagină, o subpagină și autentificarea. O singură cerere eșuată nu dovedește oprirea întregului site.
Copie de siguranță și revenire
Păstrează fișierele, baza de date și copiile mai vechi înainte de schimbări. Verifică datele și posibilitatea restaurării. O copie defectă sau infectată poate fi probă; protejeaz-o separat și nu o considera curată.
Schimbă un singur lucru și repetă același test. Folosește o copie pentru verificări ample de module, teme și configurație. Dezactivarea nu înseamnă ștergere, dar poate afecta magazinul, formularele și protecția. Notează starea inițială și revenirea.
Diagnostic țintit
01
Delimitează cererea
Compară pagini, autentificare, salvare și încărcare. Înainte să repeți un formular sau o comandă, verifică dacă a fost deja procesată.
02
Citește jurnalul potrivit
500 nu indică singur cauza. Folosește URL, fus orar și identificatorul cererii. Fișierul PHP, memoria și regula de server conduc la verificări diferite.
03
Verifică compatibilitatea
Compară debutul cu actualizări, cod propriu și schimbări PHP. Testează componenta suspectă pe o copie. Mărirea memoriei nu explică consumul excesiv.
04
Păstrează regulile serverului
Un .htaccess defect poate afecta Apache; Nginx singur nu îl citește. Înlocuirea oarbă poate elimina protecții și redirecționări. Examinează regula exactă cu găzduirea.
05
Verifică resurse și permisiuni
Proprietarul, drepturile, discul și PHP trebuie să corespundă mediului. Permisiunea 777 peste tot nu repară problema. Repetă cererea inițială și restul funcțiilor.
Evaluează restaurarea
Verifică mai întâi copia într-un mediu izolat. Restaurarea poate pierde comenzi, solicitări și conținut nou. Stabilește ce restaurezi și investighează cauza. După atac nu transfera fișiere actuale fără verificare.
Verificări după reparație
Testează URL-ul inițial, alte pagini și autentificarea. Verifică formularele și magazinul într-un mediu potrivit, fără comenzi reale accidentale. După reparație golește doar cache-ul relevant și documentează rezultatul.
Când să ceri ajutor
Oprește modificările dacă nu cunoști cauza, revenirea este incertă sau funcțiile esențiale sunt afectate. Suspiciunea de malware cere investigație de securitate. Nu publica jurnale complete, parole, chei sau linkuri de recuperare.
Stabilește lucrările și costul →Mentenanță după reparație
Nucleul WordPress, pluginurile și temele sunt actualizate săptămânal, fără amânări cauzate de activitatea zilnică. Lunar, zilnic sau la fiecare oră, după pachet. Copiile sunt stocate pe servere din UE.
Reparațiile și curățarea site-urilor deja compromise sunt servicii separate. Licențele plătite nu sunt incluse.