10 sfaturi pentru a face întreținerea WordPress lină

În calitate de dezvoltator WordPress care a lucrat la diferite tipuri de proiecte, aș dori să discut câteva dintre punctele dureroase pe care le-am experimentat personal când am accesat un site web WordPress existent pentru modificări sau remedieri de erori. Sfaturile și sugestiile enumerate în acest articol sunt menite să minimizeze sau chiar să scape de aceste dureri.

De ce contează întreținerea corectă a WordPress

De cele mai multe ori, site-urile web nu sunt o afacere „stată o dată și lăsată în pace”, iar acest lucru este valabil pentru toate site-urile, nu doar pentru cele WordPress. Din când în când, va trebui să te ocupi de editări, actualizări sau remedieri de erori, de care se va ocupa dezvoltatorul tău preferat. Cu toate acestea, în unele cazuri, poate fi necesar să vă bazați pe o serie de dezvoltatori diferiți de-a lungul vieții site-ului dvs.

În acest din urmă caz, lucrurile nu merg adesea bine pentru dezvoltatorul care vine, mai ales dacă dezvoltatorii anteriori nu au reușit să respecte cele mai bune practici atunci când își gestionează sarcinile de întreținere.

Să vedem câteva dintre cele mai importante puncte pe care trebuie să le luați în considerare în viitoarea dvs. lucrare de întreținere a proiectelor WordPress, astfel încât să puteți ușura viața următorului dvs. dezvoltator și să-i faceți să iubească să lucreze pe site-ul dvs. Evident, ușurând munca dezvoltatorului dvs. este, de asemenea, obligat să economisiți câteva ore de muncă și bani în acest proces, ceea ce este întotdeauna un bun punct de vânzare pentru potențialii dvs. clienți.

1. Back It Up!

Acest lucru poate suna prea evident, dar primul lucru este primul! Trebuie să faceți copii de rezervă ale site-ului dvs. WordPress în mod corespunzător și regulat.

Acesta este unul dintre cele mai fundamentale lucruri de făcut, chiar dacă nu faceți nicio modificare site-ului dvs. în acest moment. Puteți fie să o faceți manual prin preluarea tuturor fișierelor plus depozitul bazei de date și stocând-o într-un loc sigur, fie puteți utiliza o opțiune de backup automatizată, datorită unui plugin de backup WordPress. Există o mulțime de pluginuri gratuite și plătite pe care le puteți găsi în depozitul de pluginuri WordPress. De asemenea, puteți folosi bine opțiunea de backup la nivel de server, deoarece majoritatea furnizorilor de găzduire oferă opțiuni de backup – acest lucru trebuie să verificați cu furnizorul dvs. de găzduire.

Cu backup-uri regulate, aveți liniștea sufletească că site-ul dvs. va fi funcțional din nou după o blocare sau o greșeală. De asemenea, ar putea ajuta noul dvs. dezvoltator să remedieze problemele fără prea multe bătăi de cap, mai ales dacă încercați să remediați o eroare despre care bănuiți că ar fi putut apărea în timpul întreținerii în trecut. Backup-urile regulate ar trebui să-i ajute pe noii dumneavoastră dezvoltatori să identifice și să abordeze problemele persistente, care au apărut cu luni sau ani înainte ca aceștia să preia proiectul.

2. Instalați site-ul dvs. WordPress local

Nu sunt mândru să recunosc că eu însumi am făcut această greșeală la începuturile mele și de atunci am observat că mulți dezvoltatori efectuează editări direct pe serverul de la distanță. Cu excepția cazului în care vă îngrijorează faptul că datele sensibile și toate fișierele site-ului sunt la cheremul dezvoltatorului dvs., ar trebui să evitați definitiv această greșeală. Este foarte ineficient să mergi înainte și înapoi între mașina locală a dezvoltatorului și server după fiecare editare.

Chiar dacă este o modificare mică, cum ar fi o modificare minoră pentru a schimba un pic de text pe site-ul dvs., dezvoltatorul trebuie să navigheze la fișierul/dosarul corespunzător din clientul FTP (dacă utilizați FTP pentru încărcarea fișierelor), așteptați fișierele de încărcat și sperăm că nu există erori ocazionale de conexiune FTP. Să nu uităm că unele site-uri WordPress au prea multe date pentru a fi mutate practic, fără a pierde prea mult timp și lățime de bandă. Și, după ce totul este încărcat cu succes, ei trebuie apoi să meargă în browser și să reîmprospăteze pagina care, din nou, depinde de viteza și starea rețelei/serverului la acel moment. S-ar putea părea că vorbim despre doar minute și secunde care pot fi salvate cu fiecare modificare, dar pe parcursul proiectului, aceste minute ar putea adăuga ore de muncă inutilă.

Editările sunt mult mai rapide dacă dezvoltatorii dvs. au site-ul instalat pe computerul lor local: vor trebui doar să facă editările, să reîmprospăteze pagina și este gata. Chiar dacă locuiesc într-o peșteră fără nicio conexiune la internet, pot lucra și încărca modificările ulterior.

Ce se întâmplă dacă aveți date sensibile care vă îngrijorează sau dacă există anumite motive legale care vă împiedică să partajați toate datele dvs. cu dezvoltatorii? În acest caz, puteți pregăti câteva date fictive special pentru acest scop. De asemenea, puteți păstra aceste date deoparte și pentru întreținerea viitoare.

3. Accesați Git

Unul dintre cele mai bune lucruri care se întâmplă în lumea dezvoltării software este începutul controlului versiunilor online. Aduc în discuție acest aspect, deoarece există o mulțime de site-uri care rulează încă cu metoda tradițională cPanel/FTP pentru gestionarea fișierelor. Fie nu știu cât de plăcut este controlul versiunilor, fie îl știu, dar ezită să-l implementeze din cauza efortului inițial de configurare. Cu toate acestea, de fapt, nu este atât de multă muncă și este orice altceva decât o sarcină dificilă.

Controlul versiunilor vine cu o serie de beneficii atunci când vine vorba de gestionarea fișierelor, care include urmărirea modificărilor de către diverși autori, revenirea cu ușurință a editărilor, posibilitatea de a avea ramuri separate pentru fiecare sarcină independentă pentru a vă asigura că modificările de la fiecare sarcină nu interferează cu altele.

Trebuie să configurați Git pe un server extern, care de cele mai multe ori este preinstalat de furnizorul dvs. de găzduire. Este posibil să aveți nevoie de cineva cu o anumită experiență pe servere pentru a iniția depozitul și a configura fluxul de lucru, despre care nu voi discuta aici, deoarece depășește scopul acestui articol.

Și ca să nu mai vorbim că nu faci de fapt „git'ing” dacă nu folosești ramuri! Faceți cel puțin două ramuri pentru dezvoltare și producție, astfel încât dezvoltatorii să poată face toată munca pe ramura de dezvoltare, să testeze site-ul și apoi, dacă totul este în regulă, împingeți-vă către filiala de producție, asigurându-vă că nimic nu merge prost pe site-ul live.

4. Eliminați fișierele, codurile și pluginurile inutile

Este obișnuit să lăsați fișiere și pluginuri care nu mai sunt necesare. Acest lucru devine o durere odată ce fișierele se acumulează în timp pe parcursul ciclului de viață al site-ului dvs. Dacă dezvoltatorului dvs. nu i-a păsat eliminarea fișierelor nedorite care au fost adăugate de-a lungul timpului, este greu de urmărit de unde provin și dacă este utilizat în prezent de o parte a site-ului sau nu. Acest lucru provoacă o durere de cap suplimentară, deoarece site-ul ar trebui testat din nou pentru a vă asigura că nimic nu s-a rupt după eliminarea acelor elemente suspecte.

Acest lucru poate fi eliminat prin eliminarea imediată a fișierelor nedorite de către dezvoltatorul corespunzător care a lucrat la el. Puteți sublinia această practică tuturor dezvoltatorilor dvs.

În afară de fișierele și pluginurile PHP, fișierele media neutilizate pot, de asemenea, să vă umple folderul wp-content în timp, ceea ce poate cauza probleme dezvoltatorilor dvs. atunci când lucrați cu orice funcționalitate legată de media. Puteți găsi diverse plugin-uri pentru a simplifica această sarcină. Un exemplu este Media Cleaner.

Plugin-ul are un coș de gunoi intern, mutând fișierele acolo temporar pentru a vă asigura că fișierele nu sunt efectiv utilizate; odată verificate, le puteți arunca definitiv la gunoi. Asigurați-vă că urmați punctul numărul 1 din acest articol, (adică faceți o copie de rezervă) înainte de a curăța oricare dintre fișierele dvs.

5. Comentarea

Probabil că ești familiarizat cu meme-ul de programare care spune cam așa: când a fost scris codul, a fost înțeles de autorul care l-a scris, de colegi și de Dumnezeu. După ceva timp, doar autorul și Dumnezeu au știut ce face, iar acum numai Dumnezeu știe ce face – cu excepția cazului în care autorul a adăugat comentarii adecvate!

Unii dezvoltatori pot fi reticenți sau de-a dreptul leneși când vine vorba de comentarii, dar este o practică obligatorie într-un mediu de dezvoltare bun. Reduce timpul de editare și remediere a erorilor, care altfel vor fi cheltuite de noii dezvoltatori sau chiar de același dezvoltator pentru a afla ce face un anumit bloc de cod.

Comentariile ar trebui adăugate ori de câte ori funcția/clasa sau blocul de cod nu este ceva evident, luați următoarea funcție de exemplu:

 function stripWhiteSapaces(str) { … Return str; }

Numele funcției de mai sus vorbește de la sine și, de asemenea, nu este nevoie ca utilizatorul să intre în interiorul funcției pentru a vedea cum funcționează, face doar o singură treabă, eliminând spațiile albe – asta este! Deci, în acest caz, comentariile pot să nu fie necesare.

Dar, de exemplu, dacă există o funcție care acceptă mai mulți parametri și returnează o listă filtrată de postări, atunci aceasta nu este ceva evident ca cea anterioară. Ar trebui să existe comentarii care să descrie parametrii și tipurile acestora. De asemenea, ar putea fi necesar să descrieți blocurile de cod din această funcție.

Pentru o verificare rapidă, puteți lua un fișier din nucleul WordPress și puteți vedea cum l-au comentat experții WordPress. Sau, pentru informații mai detaliate, puteți consulta ghidul oficial de la WordPress care ilustrează bine acest lucru.

6. scame

Linting este o altă caracteristică interesantă care impune reguli în modul în care scriem codul și, uneori, corectează formatarea codului în sine, ceea ce este atât cool, cât și util. Majoritatea IDE-urilor utilizate astăzi vin cu opțiuni de listing, pe care le puteți îmbunătăți sau personaliza în continuare adăugând diverse configurații de listing.

De exemplu, când utilizați Visual Studio Code ca IDE, VS Code utilizează linter-ul oficial PHP ( php -l ) pentru diagnosticarea limbajului PHP. Puteți configura reguli/restricții pentru fiecare limbă separat (adică PHP, JavaScript, CSS etc.). Puteți arunca o privire la Standardele de codare WordPress pentru mai multe detalii.

• https://make.wordpress.org/core/handbook/best-practices/coding-standards/php/
• https://make.wordpress.org/core/handbook/best-practices/coding-standards/javascript/

Odată ce aveți o configurație de scame, trebuie să o aplicați. Toți dezvoltatorii dvs. actuali și viitori trebuie să integreze această configurație de linting în IDE-urile lor, astfel încât codul lor să adere și la aceleași reguli/restricții. În caz contrar, mare parte din efortul tău va fi în zadar.

7. Denumirea variabilelor și a fișierelor

Elaborați un standard care să abordeze modul în care sunt denumite lucrurile. Acestea includ numele funcțiilor/claselor, numele variabilelor, numele fișierelor și chiar numele media/imaginii dacă face parte din șablon, deoarece va ajuta, de asemenea, să înțelegeți pentru ce sunt acestea.

Luați în considerare câteva dintre punctele esențiale:

1. Evitați numele fără ambiguitate
2. Păstrați-l scurt atunci când este posibil
3. Uneori este foarte util să adăugați „tip” la numele fișierului. De exemplu, dacă este o pictogramă, puteți avea ceva de genul BlackArrowIcon.png sau dacă este o imagine de fundal mare, poate fi ceva de genul FrontYellowBG.jpg. Sau dacă este un fișier cod, uneori este foarte ușor să știi ce înseamnă acel fișier atunci când lucrezi cu mai multe fișiere deschise în diferite file din IDE. De exemplu, dacă există o clasă cu funcții de ajutor, va fi util dacă se numește HelperClass.php în loc de Helper.php.

Pentru mai multe informații, consultați secțiunea Convenții de denumire din ghidul de bune practici WordPress.

8. Depanare WordPress

Depanarea poate dura o perioadă semnificativă de timp și tinde să dețină o pondere mare în timpul total de dezvoltare, mai ales când vine vorba de editări sau remedieri de erori. Aceasta înseamnă că trebuie să observați dacă dezvoltatorii dvs. o fac în cel mai eficient mod posibil. Majoritatea dezvoltatorilor sunt predispuși să facă acest lucru prin var_dump manual a variabilelor într-o parte a paginii web, ceea ce nu este cea mai eficientă metodă. Acest lucru poate provoca, de asemenea, bătăi de cap pentru dezvoltatorii care se alătură proiectului mai târziu, deoarece vor ajunge cu linii de cod nedorit ici și colo dacă codul de depanare nu este curățat corespunzător după terminarea lucrării.

Există câteva plugin-uri pentru a ajuta cu această sarcină de depanare. Următoarele sunt câteva exemple de pluginuri populare de depanare pentru WordPress.

• Kint Debugger
• Bara de depanare
• Monitor de interogare

9. Au un CSS mai bun

Când vine vorba de dezvoltare web, stilarea cu CSS este una dintre cele mai de bază activități. Din păcate, asta înseamnă că este adesea trecută cu vederea și i se acordă mai puțină atenție decât JS, PHP, etc. Dar, crezi sau nu, CSS poate cauza o cantitate enormă de probleme dacă nu este arhitecturat corespunzător atunci când încerci să adaugi sau să editezi ceva în viitor, cu excepția cazului în care site-ul dvs. este de bază și mic.

Dacă sunteți interesat să aflați mai multe despre motivul pentru care această tehnică de styling relativ simplă este predispusă la probleme, puteți căuta pe Google de ce este enervant CSS sau puteți citi mai multe despre cele mai enervante 5 lucruri cu CSS.

Iată câteva sfaturi rapide din partea mea, fără multe detalii:

• Aplicați o bună practică de denumire. Utilizați o metodologie de denumire precum BEM (Block Element Modifier)
• Evitați stilul în linie. Folosiți foi de stil externe.
• Încercați să veniți cu modele reutilizabile comune ori de câte ori este posibil, fără doar să amplificați stilurile ori de câte ori este necesar.
• Împărțiți stilurile în mai multe fișiere în funcție de caracteristicile sau zonele site-ului web. Dacă sunteți îngrijorat că un număr mai mare de fișiere de stil poate afecta performanța de încărcare, puteți depăși acest lucru folosind un plugin bun de cache care va consolida mai multe fișiere într-un singur fișier.
• Utilizați preprocesorul CSS, cum ar fi SASS, LESS și așa mai departe.

10. Obțineți feedback de la dezvoltatorii actuali

Ca o ultimă idee și pentru a completa lista, puteți obține feedback de la dezvoltatori cu privire la problemele cu care s-au confruntat când lucrau pe site-ul dvs. S-ar putea să vă ofere niște sfaturi bune, deoarece ei sunt cei care și-au murdarit mâinile pe site-ul dvs. De asemenea, ar putea indica erori sau coduri murdare care au fost lăsate de dezvoltatorii anteriori.