Creșteți resursele serverului

日本語 ()

Cuprins

Descriere

WP_Error este o clasă care face gestionarea erorilor în cadrul pluginurilor și WordPress în sine mult mai ușoară.

Instanțele WP_Error stochează coduri de eroare și mesaje care reprezintă una sau mai multe erori și dacă o variabilă este sau nu o instanță a WP_Error pot fi determinate folosind funcția.

Coduri de eroare

Codurile de eroare sunt slug-uri care sunt folosite pentru a identifica fiecare eroare. Ele sunt mai ales utile atunci când o bucată de cod poate produce mai multe erori diferite și doriți să gestionați fiecare dintre aceste erori în mod diferit.

Codurile de eroare folosite în WordPress nu sunt numere întregi, ci șiruri de caractere, cu orice spațiu între cuvinte înlocuite cu caractere de subliniere (exemplu: an_error_code). Codurile de eroare utilizate în WordPress se bazează de obicei pe mesajul de eroare asociat cu acel cod.

Metode și proprietăți

Proprietăți

$errors Matrice care conține lista de erori. $error_data Matrice care conține lista de date pentru codurile de eroare.

Notă: Din 4.0, aceste proprietăți sunt private, vezi . Apoi au fost făcute publice din nou în .

Metode

__construct($cod = "", $mesaj = "", $date = "") Setează mesajul de eroare. Toți parametrii sunt opționali, iar dacă parametrul $code este gol, ceilalți parametri vor fi ignorați. Când treceți o valoare pentru parametrul $code, $message va fi adăugat pentru codul respectiv, chiar dacă nu ați transmis o valoare pentru $message (dar $data va fi folosit doar când treceți o valoare pentru $data). Este posibil să adăugați mai multe mesaje la același cod folosind alte metode din clasă. get_error_codes() Preluați toate codurile de eroare. Acces public, returnează matrice Lista codurilor de eroare, dacă sunt disponibile. get_error_code() Preluați primul cod de eroare disponibil. Acces public, returnează șir, int sau Empty dacă nu există coduri de eroare get_error_messages($code) Preluați toate mesajele de eroare sau mesajele de eroare care se potrivesc cu codul. Acces public, returnează o matrice de șiruri de eroare la succes sau matrice goală la eșec (dacă se folosește parametrul de cod) get_error_message($code) Obține un singur mesaj de eroare. Acesta va primi primul mesaj disponibil pentru cod. Dacă nu este dat niciun cod, va fi folosit primul cod disponibil. Returnează un șir de eroare. get_error_data($code) Preluați datele de eroare pentru codul de eroare. Returnează mixt sau nul, dacă nu există erori. add($code, $message, $data) Adăugați mai multe mesaje de eroare la lista de mesaje de eroare. Fără întoarcere. add_data($date, $code) Adăugați date pentru codul de eroare. Codul de eroare poate conține o singură dată de eroare. Fără întoarcere. remove($code) Eliminați toate mesajele și datele asociate cu un cod de eroare. Fără întoarcere.

Exemplu

function doer_of_stuff() ( return new WP_Error("srupt", __("am cazut si nu ma pot ridica", "my_textdomain")); ) $return = doer_of_stuff(); if(is_wp_error($return)) ( echo $return->get_error_message(); )

WordPress este cel mai popular CMS din lume. Nu este surprinzător faptul că utilizatorii acestui motor se confruntă cu probleme comune și fac greșeli comune. Despre ce erori vorbim și cum să le remediam?

Eroare cu meniul mobil

Când încearcă să folosească meniul site-ului, utilizatorii pot întâmpina o problemă (vezi ilustrația).

Acest lucru se întâmplă dacă ați uitat să specificați meniul mobil în setările WordPress. Pentru a remedia eroarea, în consolă, selectați secțiunea „Aspect – Meniu – Gestionați zone”. Selectați meniul dorit și salvați modificările.

Verificați disponibilitatea meniului mobil pe site.

Eroare de date structurate (hatom, hcard)

Aceasta este o eroare foarte frecventă despre care proprietarii de resurse WordPress o află de obicei prin notificări din Search Console.

De unde a venit eroarea? Majoritatea șabloanelor de design WordPress acceptă în mod implicit marcajul de microformat. Mulți dezvoltatori de teme implementează datele microformats.org cu erori.

Sunt erorile din datele structurate perturbatoare pentru utilizatori? Nu, nu au un impact direct asupra experienței utilizatorului. Micro marcajul ajută motoarele de căutare să indexeze corect site-urile.

În teorie, datele semantice ar putea deveni un factor de clasare în viitor. În acest caz, erorile de marcare vor afecta negativ vizibilitatea resursei în căutare. De asemenea, din cauza erorilor, motoarele de căutare nu afișează fragmentul extins pe pagina cu rezultatele căutării. Un alt argument în favoarea lucrului la erori: mesajele corespunzătoare din Search Console sunt pur și simplu enervante.

Există două moduri de a remedia eroarea și o modalitate de a o preveni. Prevenirea constă în alegerea unui șablon de design în care marcajul microformats.org este integrat corect. Selectați o temă cu SEO Friendly și , instalați și testați folosind instrumentul de testare a marcajului Google.

Vă rugăm să rețineți că acest lucru nu garantează că datele structurate nu vor conține erori, ci doar reduce probabilitatea apariției acestora. Apare următoarea problemă: tema este validată în serviciul Google, dar după indexarea paginilor apar mesaje de eroare în Search Console. În acest caz, ele trebuie corectate.

Prima modalitate este de a remedia erorile folosind pluginul DT hAtom Error Removal. Vă rugăm să rețineți că acesta este un produs comercial pe care autorul îl distribuie în prezent gratuit. De asemenea, rețineți că acest plugin nu este listat în directorul oficial de pe WordPress.org. Aceasta înseamnă că este posibil ca suplimentul să nu îndeplinească cerințele de securitate.

DT hAtom Error Removal elimină automat microformatele din fișierele teme și adaugă varianta corectă de marcare. Dezvoltatorul avertizează că suplimentul nu funcționează cu toate temele, așa că nu există o garanție de 100% că erorile vor fi corectate.

Instalați și activați pluginul. Pentru a corecta erorile de marcare a postărilor și paginilor, bifați opțiunile Adăugați cod hAtom la postări și Adăugați codul hAtom la pagini. Salvați modificările.

Pluginul adaugă micro-marcarea corectă paginilor. Informațiile relevante apar sub conținut.

Markupul creat de plugin este validat.

Dacă arhivele, etichetele și paginile de categorii din resursa dvs. sunt deschise pentru indexare și există mesaje de eroare în Search Console, verificați opțiunea Eliminați clasa hentry din paginile arhive. Îndepărtează datele structurate din paginile de arhivă. Dacă paginile de arhivă de pe site-ul dvs. sunt închise de la indexare, nu sunt necesare setări suplimentare.

Dacă site-ul dvs. folosește o pagină de pornire statică, verificați opțiunea Adăugați cod hAtom la pagina de pornire statică. Dacă pagina de intrare este folosită ca pagină de pornire, bifați opțiunea Eliminați clasa Hentry din pagina de pornire.

Există un alt plugin care poate fi folosit pentru a remedia erorile de aspect. Remedierea Hatom de către Fivera.net este plătită. Vă rugăm să rețineți că, de asemenea, nu este listat în directorul oficial WordPress.

A doua modalitate de a corecta eroarea poate fi numită radicală. Cu pluginul Hatom/hentry Remover puteți elimina microformatele din orice temă. Dezvoltatorul susține că utilizarea suplimentului nu afectează alte funcții și aspectul șablonului de design.

Dacă utilizați alte tipuri de marcare, eliminarea microformatelor este un pas logic. De exemplu, dacă vă marcați postările folosind Article sau BlogPosting Schema.org, motoarele de căutare preiau date semantice folosind acest tip de marcare. Microformatele dublează pur și simplu informațiile, astfel încât acestea să poată fi eliminate.

Instalați și activați pluginul. Utilizați Structured Data Checker pentru a verifica dacă pluginul a eliminat microformatele din paginile site-ului dvs. După ce resursa este reindexată, mesajele de eroare din Search Console vor dispărea.

Adrese URL neplăcute pentru utilizatori

Recomandările pentru configurarea CNC sunt în aproape fiecare ghid pentru crearea de site-uri web pe WordPress. Cu toate acestea, mulți proprietari de site-uri folosesc adrese URL neplăcute pentru utilizator.

De ce linkurile implicite sunt considerate incomode pentru utilizatorii live? Sunt neinformative. Setul de caractere „/?p=112” nu înseamnă nimic pentru o persoană, așa că îi este greu să-și amintească adresa URL sau să evalueze oportunitatea urmăririi linkului. Comparați linkurile implicite cu CNC, care arată astfel: https://site-wordpress/kotiki sau https://site-wordpress/cats/britancy.

Pentru a personaliza adresa URL, instalați pluginul îmbunătățit Cyr to Lat. Acest program de completare convertește caracterele chirilice în link-uri la cele latine. După activarea pluginului, accesați meniul consolei „Setări – Permalink-uri”. Selectați structura URL care se potrivește nevoilor dvs. și salvați modificările.

Pentru a afișa numele categoriei în adresa URL, în pagina de setări permalink, bifați caseta de lângă opțiunea „Personalizat”. În câmpul gol, introduceți valoarea /%category%/%postname%/.

Fără pagini mobile accelerate

Această greșeală strategică vă fură site-ul de trafic mobil. Îl poți repara în câteva minute.

Puncte cheie pe care trebuie să le știți despre paginile mobile accelerate:

• AMP este o versiune prescurtată a paginilor site-ului web. Paginile accelerate afișează numai conținutul principal.
• Google memorează cache AMP cu marcajul corect pentru a îmbunătăți viteza de încărcare a paginii atunci când navigați pe dispozitive mobile și pe o conexiune lentă la internet.
• Cel mai mare motor de căutare din lume poate afișa conținutul paginilor accelerate ale site-ului dvs. într-un carusel pe pagina cu rezultatele căutării.
• AMP nu oferă încă un avantaj de clasare. Dar dacă paginile site-ului dvs. sunt afișate într-un carusel, veți obține mai mult trafic. Caruselul se află în partea de sus a SERP.
• Dacă utilizați o versiune mobilă sau un aspect receptiv cu AMP, Google va acorda preferință paginilor mobile accelerate în rezultatele căutării. Adică, odată cu implementarea corectă a AMP, este mai probabil ca utilizatorii Google să ajungă pe pagini accelerate ale site-ului, mai degrabă decât pe versiunea sa mobilă sau adaptivă.

Pentru a crea pagini mobile accelerate, utilizați pluginul AMP de la Automattic. Odată instalat și activat, AMP va apărea pe site-ul dvs. Pentru a ajunge la pagina accelerată, adăugați sfârșitul /AMP/ la adresa URL. Vă rugăm să rețineți că pluginul creează pagini accelerate numai pentru publicații. AMP nu este creat pentru categorii, etichete, pagini statice și pagina principală.

Pentru ca paginile accelerate să fie afișate în rezultate, acestea trebuie să fie valide.

Odată ce AMP-urile sunt indexate, informațiile despre acestea vor apărea în Search Console în meniul „Search View – Accelerated Mobile Pages”.

Vă rugăm să rețineți că prezența paginilor mobile accelerate pe site nu înseamnă că toți proprietarii de smartphone-uri și tablete atunci când vă vizitează resursa vor fi duși automat la versiunile AM ​​ale paginilor. Motorul de căutare stabilește dacă este adecvat să direcționeze utilizatorii de la căutare la AMP.

Vizitatorii din alte surse ajung implicit pe versiunea mobilă sau adaptată a resursei. Dacă doresc, pot trece singuri la AMP. Pentru a face acest lucru, trebuie să schimbați adresa URL. Unii optimizatori recomandă să faceți o redirecționare a serverului, care redirecționează automat toți utilizatorii către pagini accelerate. Aceasta este o abordare incorectă, deoarece nu toți utilizatorii de smartphone-uri și tablete au nevoie de AMP.

Pur și simplu creați pagini accelerate și lăsați-l pe Google să decidă dacă trimite utilizatorii către ele. Nu este nevoie să redirecționați de la versiunea mobilă la AMP.

Configurați urmărirea performanței pentru paginile accelerate. Pentru a urmări vizitele AMP utilizând Google Analytics, instalați și activați pluginul AMP Analytics sau AMP Toolbox. În setări, introduceți ID-ul de urmărire GA.

Indexarea paginilor de paginare

Aproape fiecare site web care rulează CMS WordPress are pagini de paginare. Dacă nu luați nicio măsură, în indexul motorului de căutare pot apărea pagini suplimentare precum https://site-wordpress/page/2/ sau https://site-wordpress/category/page/2/.

Google oferă trei moduri de a rezolva problema:

• Nu faceți nimic și lăsați motorul de căutare să determine în mod independent dacă paginile de paginare trebuie incluse în index.
• Faceți pagina „Afișați tot” și setați-o ca canonică.
• Utilizați atributele rel="next" și rel="prev" pentru a indica motorului de căutare relația dintre paginile paginate.

Ce merită văzut pe site-ul blogului tău ecran alb al morții sau WSOD.

Pentru utilizatorii de Windows, eroarea de sistem se numește BSOD și se caracterizează printr-o culoare albastră a ecranului. Probabil că l-ați citit deja și știți cum se ocupă de asta în Windows.

Numai în cazul unui blog, repornirea computerului nu va rezolva problema.

Oh, groază!

De obicei, WSOD nu apare din senin și este cel mai adesea asociat cu instalarea unui plugin sau a unui șablon.

Problema cu această eroare este că blochează panoul de administrare și site-ul în sine. Puteți derula înapoi numai folosind un fișier manager de gazduire sau prin protocolul FTP.

De exemplu, cu excelentul program FileZilla

De ce apare ecranul alb al morții al blogului?

• instalarea unui plugin sau șablon care este incompatibil cu versiunea curentă a motorului
• plugin-ul în conflict cu o altă extensie sau temă
• actualizarea unui plugin vechi provocând o eroare

Oricum... nu este greu să dai de vină dacă tocmai ai actualizat un anumit plugin sau șablon. Ce se întâmplă dacă ai actualizat 10-20 de pluginuri dintr-o singură lovitură?

Foarte simplu…

• redenumiți directorul de pluginuri(plugins1 de exemplu) și creați unul nou cu același nume, caz în care motorul nu va mai vedea pluginurile instalate și le puteți activa unul câte unul pentru a găsi vinovatul.
• redenumiți șablonul utilizat curent, fără a uita să adăugați mai întâi un șablon standard (douăzeci oricare). După redenumire, WordPress va trece la tema standard disponibilă și vă puteți conecta la panoul de administrare.

500 Eroare internă a server-ului

Erorile Wordpress sau o eroare sunt destul de neplăcute, dar rare. Mai des se datorează unui fișier .htaccess incorect în directorul rădăcină al site-ului.

Tratamentul este destul de simplu - doar ștergeți-l, apoi mergeți la panoul de administrare WordPress, mergeți la secțiunea de permalink-uri și salvați din nou structura dorită.

După salvare, WordPress va crea un nou fișier htaccess și cu o probabilitate foarte mare eroarea va dispărea.

În afară de aceasta, există multe alte motive pentru care apare eroarea 500.

Cel mai bun mod de a afla motivul... deschideți fișierul error_log, care se află de obicei la rădăcina site-ului. Există o opțiune standard bună - trebuie să activați modul de depanare WordPress.

Pentru a face acest lucru, adăugați următoarea linie în fișierul wp-config.php:

DEFINE('WP_DEBUG', TRUE);

și apoi uită-te la jurnalul de erori. În acest caz, eroarea va fi descrisă mai detaliat, ceea ce va facilita depanarea.

Eroare de instituire a unei conexiuni bază de date

După părerea mea, aceasta este cea mai frecventă greșeală făcută de începători. Poate apărea în următoarele cazuri:

• parametru de conexiune la baza de date nevalid. Unul dintre cei trei parametri de conectare (adresă, autentificare, parolă) este incorect, trebuie să verificați din nou fișierul wp-config.php. Important! Asigurați-vă că fiecare dintre ele este inclusă între ghilimele simple.
• Serverul de baze de date MySQL nu funcționează. Dacă aveți un VPS, trebuie să reporniți serverul, dacă aveți găzduire obișnuită, contactați asistența tehnică, lăsați-i să verifice.

utilizatorul nu are acces pentru a modifica tabelele bazei de date. Pentru a o remedia, trebuie să adăugați drepturi utilizatorului (de obicei am setat accesul complet la baza de date), acest lucru se face folosind panoul de control al gazdei

O actualizare automată WordPress nu s-a finalizat

Eroarea este destul de rară, dar apare uneori. Cel mai adesea apare atunci când capacitatea de găzduire nu este suficientă pentru a finaliza actualizarea automată.

• Descărcați cea mai recentă versiune de pe ru.wordpress.org (sau în limba dvs. maternă) și despachetați
• Dezactivați toate pluginurile de pe site, dacă este posibil
• Folosind FTP, accesați folderul rădăcină al site-ului și ștergeți directoarele wp-includes și wp-admin
• Copiați aceste foldere din distribuția WP dezambalată
• Înlocuiți fișierele din folderul rădăcină cu conținutul rădăcinii de distribuție
• Important! Nu atingeți folderul wp-content, sper că este clar de ce

Indisponibil pentru scurt timp pentru întreținere programată. Verificați înapoi într-un minut.

O eroare incredibil de simplă care poate fi rezolvată prin ștergerea fișierului .întreținere de la rădăcina site-ului.

Apare din cauza unei actualizări automate finalizate incorect. Dacă da, punctul de mai sus vă va ajuta. Dar, de cele mai multe ori, acest fișier pur și simplu nu este șters automat, asta-i tot.

EROARE FATALĂ: DIMENSIUNEA MEMORIEI PERMISĂ DE -- BYTES EPUISĂ

Acest Eroare WordPress apare din cauza memoriei insuficiente alocate procesului PHP. Tot ce trebuie să faci este crește cantitatea de memorie, dacă este posibil. Există mai multe moduri de a face acest lucru:

• Dacă puteți edita fișierul php.ini, adăugați linia la acesta limita_memorie = 64M(sau găsiți unul existent și modificați valoarea) și reporniți serverul.
• Editați fișierul .htaccess aflat în directorul rădăcină, adăugați php_value memory_limit 64M.
• Editați fișierul wp-config.php, adăugați DEFINE('WP_MEMORY_LIMIT, '64M');
• Creați un fișier php.ini în dosar wp-admin cu acest continut: limita_memorie = 64M;

Una dintre metode ar trebui să funcționeze. Este de remarcat faptul că unii hosteri alocă o limită maximă de memorie de 8-16M și nu permit modificarea acestei valori. În acest caz, aș recomanda înlocuirea găzduirii.

Timp de conexiune expirat

Acesta este un simptom clasic al unui server supraîncărcat. Aceasta înseamnă că serverul este supraîncărcat și nu poate finaliza solicitarea trimisă de utilizator. Dacă acest lucru se întâmplă destul de des, atunci sfatul meu este să schimbați găzduirea.

Dacă acest lucru nu este posibil, trebuie să reduceți sarcina:

• măriți limita de memorie (citiți mai sus)
• dacă este posibil, dezactivați pluginurile care nu sunt în întregime necesare
• trecerea la un șablon standard precum Twenty Twelve

Timp maxim de execuție de 30 de secunde depășit

Fiecare fișier PHP are un timp maxim de execuție. Dacă nu „se încadrează” în limitele prevăzute de setări, apare această eroare.

Cel mai adesea, problema apare din cauza funcționării incorecte a suplimentelor (o funcție este blocată într-o buclă, de exemplu).

Pentru a rezolva, încercați să resetați directorul pluginului și șablonul actual. Dacă acest lucru nu funcționează, atunci hostingul tău nu este suficient de puternic pentru proiectul tău, cu concluziile corespunzătoare.

Alternativ, puteți încerca să măriți timpul maxim de execuție:

• editați .htaccess în directorul rădăcină WordPress, adăugați linia: php_value max_execution_time 60
• modificați, dacă este posibil, fișierul php.ini, adăugați linia: max_execution_time = 60;

Erori legate de structura bazei de date

Am întâlnit doar două erori MySQL, pot fi mai multe opțiuni. Dacă aveți informații, împărtășiți-le în comentarii, voi adăuga la articol.

• Eroare 145. Aceasta înseamnă că structura bazei de date este deteriorată și trebuie restaurată. Folosind phpMyAdmin sau orice alt manager de baze de date, puteți reparație(restaurare folosind mijloace standard) Nu uitați de o copie de rezervă preliminară a bazei de date 😉
• Eroare 28. O eroare non-WordPress care se referă la MySQL în sine. Rezolvat cu ajutorul găzduirii suportului tehnic.

Prieteni! Vă doresc să nu vedeți un mesaj despre!

Toata lumea face greseli. Oscar Wilde a spus-o perfect: „Experiența este numele pe care fiecare îl dă greșelilor sale”. Experiența este un profesor grozav, toată lumea învață cu adevărat din greșelile sale. Cu toate acestea, tot nu ar strica să urmezi binecunoscutul proverb și să înveți din greșelile altora. În acest articol, voi vorbi despre cele mai frecvente 25 de greșeli WordPress pe care le face aproape fiecare începător. Sper că acest lucru vă ajută să le evitați singur.

Mulți oameni confundă găzduirea WordPress.org cu platforma gratuită WordPress.com. Aceasta este o eroare WordPress destul de comună în rândul începătorilor și aceasta duce la o serie de probleme. De exemplu, cineva își dorește un blog personal simplu, dar aleg din greșeală găzduirea WordPress plătită și apoi resimte nevoia de a plăti pentru site. Sau, invers, după ce au creat un site pe WordPress.com gratuit, utilizatorii se întreabă de ce nu au control total asupra site-ului, nu pot adăuga plugin-uri etc.

2. Cumpărând ceea ce nu ai nevoie

Dacă doriți să obțineți un site WordPress, atunci ceea ce aveți nevoie cu adevărat este găzduirea web. Cu toate acestea, mulți registratori de domenii oferă o întreagă gamă de servicii esențial inutile, ceea ce derutează proprietarii de afaceri mici și începătorii în domeniul dezvoltării web. Ca exemplu de astfel de servicii: înregistrare privată, scrisori de branding, protocol SSL, înregistrare pe 5 ani etc.

De ce, de exemplu, nu este necesară înregistrarea privată? WPbeginners aveau un client cu acest serviciu și, atunci când aveau nevoie doar să transfere un domeniu, trebuiau să trimită: o copie a permisului de conducere, certificatul de înregistrare și o grămadă de alte informații confidențiale. În general, o durere de cap. Puteți crea cu ușurință e-mailuri de branding folosind Google Web Apps. În majoritatea cazurilor, protocolul SSL nu este necesar.

De asemenea, nu văd niciun rost să plătesc în avans pentru 5 ani de înregistrare a domeniului. Nu știi niciodată ce se poate întâmpla, poate vei abandona cu totul acest site? Ce atunci? Bani la canalizare? Dacă este vorba de economisire, atunci este foarte posibil ca în viitor să apară reduceri și veți economisi mai mulți bani fără o înregistrare de 5 ani.

3. Nu se creează o copie de rezervă

Dacă nu ați făcut o copie de rezervă a site-ului dvs., veți ști că ați făcut o mare greșeală WordPress atunci când site-ul se blochează și trebuie să îl reconstruiți de la zero. Recomand tuturor să facă backup automat pentru site-ul lor. Din fericire, există plugin-uri speciale pentru asta. Din capul capului îmi pot gândi trei dintre ele: , VaultPress (plătit) și BackWPup (gratuit).

Exemple din viață:

„Baza de date a site-ului WP a căzut, nu aveam o copie de rezervă. La importul unei noi baze de date, am primit firesc un mesaj de eroare.”

„Am făcut o interogare SQL fără backup. Înțelegeți că acest lucru nu poate fi anulat.”

„Site-ul a fost spart, hackerii au distrus toate informațiile. A trebuit să fac totul din nou pentru că... Se pare că hosterul meu nu a făcut copii de rezervă ale site-ului meu, deși ar fi trebuit să facă.”

Deci, dacă nu doriți probleme și bătăi de cap inutile, atunci nu repetați această greșeală comună în WordPress - începeți acum să faceți copii de rezervă.

4. Ignorarea actualizărilor WordPress

La un moment dat sau altul, tuturor ne-a fost frică de actualizări. Și uneori pur și simplu uităm să actualizăm site-urile, pentru că... Nu le monitorizăm în mod corespunzător. În general, aceasta este o eroare WordPress destul de comună, care poate reveni apoi să te bântuie, mai ales dacă site-ul are vulnerabilități de securitate - va fi pur și simplu piratat.

Recent, WPBeginner a avut un caz în care a trebuit să actualizeze un site WordPress 2.9.2 și, după cum a arătat practica, cu cât așteptați mai mult și nu actualizați, cu atât va fi mai dificil să o faceți mai târziu.

Actualizarea unui site la următoarea versiune în 99 de cazuri din 100 este doar un clic. Dacă tema și pluginurile dvs. sunt codificate corect, atunci totul după actualizare va funcționa așa cum ar trebui și nu va cauza nicio bătaie de cap. Dar din nou, faceți o copie de rezervă pentru orice eventualitate.

5. Folosind Faviconul implicit

Favicon-urile sunt pictograme mici care sunt afișate de browser în fila dinaintea titlului paginii. O greșeală comună pe care o fac mulți utilizatori în WordPress este că nu le acordă atenție. Așadar, se dovedește că site-urile au de obicei favicon-uri de la furnizorul lor de găzduire, cum ar fi Bluehost sau compania de dezvoltare a temei site-ului web, cum ar fi Genesis.

Gândiți-vă la favicon ca la o carte de vizită a site-ului, un semn distinctiv. Schimbați pictograma chiar acum, dacă nu ați făcut-o deja. Iată instrucțiunile.

6. Actualizarea functions.php fara acces FTP

Cu toții am întâlnit cel puțin o dată un site blocat din cauza transferului incorect al codului din panoul de administrare WP în fișierul functions.php al temei. Lucrurile se înrăutățesc și atunci când nu există acces FTP sau nu știm cum să-l folosim. Pentru a preveni această eroare WordPress, am scris un ghid pentru începători: cum să inserați fragmente (în faza de scriere).

De asemenea, aș sfătui să nu folosiți des editorii WP încorporați. Iată instrucțiuni despre cum să dezactivați editorii de teme și pluginuri în WordPress (în stadiul de scriere).

7. Prea multe categorii

Este foarte ușor să adăugați categorii în WordPress. Nu te lăsa dus! Nu este nevoie să creați o categorie nouă pentru aproape fiecare intrare nouă. Nu este nevoie să aglomerați structura site-ului, deoarece nu numai utilizatorii, ci și dumneavoastră înșivă veți fi mai târziu confuz în el. Pentru a nu face această greșeală WordPress, vă sfătuiesc să citiți articolul Categorii vs Etichete - Cele mai bune exemple.

8. Nu se configurează permalink-uri

Pentru o lungă perioadă de timp am folosit următoarea structură URL în mod implicit: / ? p=23. Dar acest lucru nu este rău numai pentru SEO, ci și pentru utilizatori. Când instalați WordPress, asigurați-vă că vă actualizați structura de permalink prin rută Setări » Permalink-uri.

9. Ignorarea setărilor SEO

Când instalați WordPress, acesta oferă o caracteristică care împiedică roboții de căutare să vă indexeze site-ul. În etapa de creare a unui site web, aceasta este o funcție foarte convenabilă și mulți oameni o activează, abia atunci uită să debifeze caseta de lângă această opțiune. Aceasta înseamnă că site-ul nu va fi niciodată indexat. Simpla uitare provoacă una dintre cele mai grave greșeli WordPress.

Știu și un caz în care, după o reproiectare, oamenii și-au primit întregul site fără indexare.

O altă greșeală comună WordPress pe care o fac începătorii este ignorarea setărilor SEO pentru postări și pagini. Nu este suficient să instalați pur și simplu un plugin SEO, de exemplu, și apoi să nu faceți nimic. Ar trebui să actualizați în mod activ setările meta în orice moment. De asemenea, vă sfătuiesc să citiți articolul despre cum să optimizați postările în WordPress pentru cerințele SEO.

10. Schimbarea URL-ului site-ului și pierderea întregului trafic

Câți dintre noi sunt cei care, dobândind experiență în gestionarea unui site web sau blog, și-au urât primul domeniu și au vrut să-l schimbe? Da, asta se întâmplă des. Cel mai rău lucru care se poate întâmpla dacă un domeniu este transferat incorect este o scădere semnificativă a traficului și, în consecință, o prăbușire a veniturilor. Nu faceți această greșeală WordPress. De aceea am scris un ghid despre cum să migrezi corect un site WordPress către un domeniu nou.

11. Lipsa pluginului de cache

Mulți începători pur și simplu nu știu ce este memoria cache și, prin urmare, nu instalează pluginurile adecvate. Pe scurt, memorarea în cache vă permite să vă accelerați site-ul și să preveniți timpul de nefuncționare în timpul traficului ridicat.

12. Alegerea unei teme WordPress dintr-o sursă proastă

A trebuit adesea să curăț site-urile după ce proprietarii lor au primit un mesaj că site-ul a fost infectat cu link-uri rău intenționate. Acest lucru se întâmplă adesea atunci când o temă de site web WordPress este descărcată dintr-o sursă suspectă. Vă recomand să descărcați teme din surse de încredere. Apropo, l-am ales pentru tine special pentru această ocazie.

13. Lipsa formularului de contact

Cu toții probabil am făcut această greșeală comună în WordPress în fazele inițiale: am creat o pagină de contact și am indicat e-mailul nostru în ea. Și doar câteva zile mai târziu, căsuța noastră poștală era plină de spam.

14. Lipsa de analiză

Sunt întrebat destul de des cum pot crește traficul sau activitatea socială a utilizatorilor. În același timp, când încep să pun întrebări clarificatoare, tot ce aud este: „Am XXX urmăritori pe Twitter”. În cele mai multe cazuri, mulți nici măcar nu au Google Analytics instalat, darămite analiza datelor.

Google Analytics oferă o mulțime de informații utile despre site-ul dvs., arătându-vă unde și ce ar putea fi nevoie de unele modificări. De asemenea, aș recomanda cu căldură să instalați Instrumentele Google pentru webmasteri.

Vă aduc în atenție două articole utile:

15. Scrierea articolelor în Microsoft Word

Acest lucru poate veni ca o revelație pentru tine, dar crearea de postări în Microsoft Word și apoi adăugarea lor pe site este o greșeală WordPress. Ce se întâmplă dacă computerul se oprește? (un fel de defecțiune, cablul a fost atins, lumina a fost stinsă etc.). Toată munca la canalizare? Va trebui să fac totul din nou? În plus, prin copierea textului din Microsoft Word și inserarea lui pe site, veți adăuga o grămadă de simboluri și formate de neînțeles și inutile.

Da, editorul vizual WordPress are un buton pentru a insera text din Word, dar tot te sfătuiesc să nu-l folosești, ci să creezi articole direct în editorul de postări WordPress încorporat. Există o funcție de salvare automată, așa că nu trebuie să vă faceți griji cu privire la siguranța conținutului dvs. Sunt disponibile și funcții de previzualizare și anulare.

Opinia mea personală: scriu mereu articole în Microsoft Word și apoi le adaug pe site. În ceea ce privește faptul că luminile vor fi stinse, electricitatea este o prostie de fapt. Puteți salva pur și simplu modificările după un anumit număr de paragrafe și veți fi fericit, chiar dacă sunteți tăiat, iar pentru a vă asigura că datele nu se pierd, stocați-le în servicii cloud, de exemplu Dropbox.

16. Etichetați „un alt blog”

În mod implicit, de fiecare dată când instalați WordPress, eticheta „Un alt blog” este adăugată acestuia. Adesea, începătorii nu știu despre acest lucru, iar golul de cunoștințe este umplut doar atunci când site-ul începe să fie indexat cu acest „Alt blog...”. Puteți schimba eticheta urmând traseul Setări » General.

17. Nu ștergerea paginii de test

Anterior, pagina implicită WordPress era „Despre mine”, acum este „Pagină de probă”. O căutare rapidă pe Google a arătat că există cel puțin 1,1 milioane de site-uri cu această pagină. Majoritatea utilizatorilor pur și simplu nu știu despre el sau nu doresc să-l ștergă.

Dacă se află pe site-ul dvs., eliminați-l imediat.

18. Revizuirea cu întârziere a comentariilor

Aceasta este o altă eroare populară WordPress care apare adesea atunci când dezvoltatorul site-ului, după ce a predat-o clientului, nu a explicat și a arătat în mod corespunzător cum să o gestioneze. Așadar, se pare că proprietarul unei mici afaceri și site-ul său pur și simplu nu știe că există încă unele comentarii care trebuie verificate, aprobate sau șterse. Iată un exemplu de un astfel de caz flagrant:

Dacă nu aveți nevoie de comentarii pe site, atunci pur și simplu dezactivați această funcție folosind pluginul

19. Eroare la stabilirea unei conexiuni la baza de date

Aceasta nu este nici măcar o eroare, ci mai mult un eșec care poate apărea dacă este făcut incorect. Folosiți aceeași parolă pentru baza de date și cPanel? Dacă schimbați această parolă, este posibil să aveți probleme la conectarea la baza de date. Acest lucru se poate întâmpla și atunci când schimbați parola pentru un utilizator principal de găzduire care este și utilizatorul bazei de date a site-ului dvs. Acesta este motivul pentru care ar trebui să creați întotdeauna un anumit utilizator pentru baza de date a site-ului dvs. Cu toate acestea, o astfel de eșec poate apărea din alt motiv.

20. Ecranul alb al morții

Dacă aveți peste 18 ani, atunci probabil că știți direct despre ecranul albastru al morții de pe computer. WordPress are ceva similar, dar se numește ecranul alb al morții. Acest lucru se poate întâmpla dacă instalați un plugin sau o temă proastă care va epuiza limita de memorie a site-ului. În majoritatea cazurilor, puteți remedia cu ușurință această eroare prin creșterea limitei de memorie. Pentru alte metode, verificați cum să remediați ecranul alb al morții în WordPress.

21. Arhivă excesiv de lungă

La începutul lansării unui site WordPress, widget-ul de arhivă arată grozav deoarece... afișează activitatea dvs. lunară pe site: ce a fost publicat și când. Dar apoi, în timp, începe să irite și pare greoi. Panoul lateral se întinde la dimensiuni fără precedent. Una peste alta, aceasta nu este o idee bună și te-aș sfătui să nu faci această greșeală WordPress, ci să creezi o pagină de arhive.

22. Nu folosiți funcția „salvare pentru web”.

La începutul rulării unui site web, mulți utilizatori nu se gândesc la cât cântăresc imaginile încărcate. Și numai în timp se realizează că capacitatea site-ului nu este cauciuc și toate imaginile trebuie comprimate. O imagine poate cântări mult mai puțin dacă îi aplicăm pur și simplu funcția „salvare pentru pagini web” și adesea nu își va pierde nicio calitate. Această funcție este disponibilă în Adobe Photoshop, Microsoft Office, GIMP, JPEG Mini.

Adesea, utilizatorii nu se gândesc la securitatea site-ului până când nu sunt piratați. Din același motiv, încep să facă copii de rezervă. Vă recomand cu tărie să vă gândiți la securitatea site-ului și să faceți următoarele:

• Creați o copie de rezervă
• Stabiliți o limită pentru numărul de ori când vă introduceți datele de conectare
• Utilizați autentificarea cu doi factori folosind Google Authenticator
• Utilizați pluginul de securitate Sucuri.

Vedeți o eroare HTTP la încărcarea conținutului media în WordPress? Această eroare apare de obicei atunci când încărcați o imagine sau alte fișiere în WordPress utilizând încărcătorul media încorporat. În acest articol, vă vom arăta cum să remediați cu ușurință eroarea de încărcare a imaginii HTTP în WordPress.

Ce cauzează eroarea HTTP în timpul încărcării în WordPress?

Există o serie de lucruri care pot provoca o eroare HTTP atunci când încercați să încărcați fișiere folosind aplicatorul de încărcare media WordPress. WordPress nu poate afla motivul și astfel afișează un mesaj de eroare generic „Eroare HTTP”.

Lucrul rău este că acest mesaj de eroare nu vă oferă nicio indicație cu privire la ce ar fi putut cauza acest lucru. Aceasta înseamnă că va trebui să încercați diferite soluții pentru a găsi cauza și a remedia eroarea.

Acestea fiind spuse, ne vom uita la cum să rezolvăm eroarea HTTP în timpul încărcării media în WordPress.

1. Asigurați-vă că eroarea HTTP nu este temporară

Mai întâi, ar trebui să așteptați câteva minute și apoi să încercați să descărcați din nou fișierul imagine. Această eroare este uneori cauzată de trafic neobișnuit și resurse scăzute ale serverului, care sunt raportate automat pe majoritatea serverelor de găzduire WordPress.

Dacă acest lucru nu funcționează, încercați să încărcați un alt fișier imagine. Dacă celălalt fișier a fost descărcat cu succes, încercați să schimbați fișierul imagine original la o dimensiune mai mică și descărcați din nou.

Dacă toți acești pași duc la o eroare HTTP, înseamnă că eroarea nu este cauzată de o eroare temporară și necesită cu siguranță atenția dumneavoastră imediată.

2. Creșteți limita de memorie WordPress

Cel mai frecvent motiv pentru această eroare este că nu există suficientă memorie disponibilă pentru a utiliza WordPress. Pentru a remedia acest lucru, trebuie să creșteți cantitatea de memorie pe care PHP o poate folosi pe serverul dvs.

Puteți face acest lucru adăugând următorul cod în fișierul wp-config.php.

1 define("WP_MEMORY_LIMIT", "256M");

Acest cod crește limita de memorie WordPress la 256 MB, ceea ce este suficient pentru a remedia problemele legate de limita de memorie.

3. Schimbați Biblioteca Image Editor utilizată de WordPress

WordPress rulează pe PHP, care utilizează două module pentru a procesa imagini. Aceste module se numesc GD Library și Imagick. WordPress poate folosi oricare dintre ele, în funcție de care este disponibilă.

Cu toate acestea, Imagick este cunoscut că întâmpină frecvent probleme de memorie care cauzează erori HTTP în timpul încărcării imaginilor. Pentru a remedia acest lucru, puteți face din biblioteca GD modulul de imagine implicit.

Puteți face acest lucru prin simpla adăugare a acestui cod în fișierul functions.php al temei sau în pluginul specific site-ului.

1 funcție wpb_image_editor_default_to_gd($editors) ( 2 $gd_editor = "WP_Image_Editor_GD"; 3 $editors = array_diff($editors, array($gd_editor)); 4 array_unshift($editors, $gd_editor); 6 return $editors; 5 return $editors; add_filter("wp_image_editors", "wpb_image_editor_default_to_gd");

După adăugarea acestui cod, puteți repeta descărcarea fișierelor utilizând aplicația de descărcare media. Dacă acest lucru nu rezolvă problema, puteți elimina acest cod și puteți încerca celelalte metode descrise în acest articol.

4. Folosind metoda .htaccess

Această metodă vă permite să controlați modul în care Imagick utilizează resursele serverului. Mulți furnizori de găzduire limitează capacitatea Imagick de a utiliza mai multe fire pentru o procesare mai rapidă a imaginii. Cu toate acestea, aceasta duce la o eroare HTTP la încărcarea imaginilor.

O soluție ușoară este să adăugați următorul cod în fișierul dvs. .htaccess:

1 SetEnv MAGICK_THREAD_LIMIT 1

Acest cod limitează pur și simplu Imagick la un singur fir pentru procesarea imaginii.