homefinance blog
Când ar trebui să utilizați fragmente de cod vs pluginuri?
Deci, cred că întrebarea la care trebuie să răspund atunci este: când ar trebui să folosiți fragmente de cod vs pluginuri? Iată deci câteva lucruri de luat în considerare. Cât îți merită timpul? Un motiv important pentru care oamenii vin la WordPress pe alte platforme CMS sau software de blog este datorită bogatei plugin-uri ecosphere. Există un plugin pentru aproape orice situație pe care un utilizator WP ar putea să o întâmpine, de la SEO la crearea de pagini, până la acceptarea plăților până la realizarea de teme pentru copii și așa mai departe. Și cu doar câteva clicuri de mouse și atingere-atingere-atingere pe tastatură, voilă … problemă rezolvată / funcție nouă adăugată.
Când timpul dvs. este limitat (sau bugetul clientului dvs. este), trebuie să tăiați câteva colțuri sau să luați deciziile pe baza acestora. Dacă aveți un termen limită în aceeași zi pentru a obține o remediere pe un site major și puteți face acest lucru cu un plugin față de un fragment de cod în functions.php , veți alege de fiecare dată pluginul. Toți am făcut asta. Timpul este cu adevărat bani, iar pluginurile sunt rapide. Deci, o mulțime de designeri și dezvoltatori au un stabil de plugin-uri standard pe care le instalează, care îi ajută să păstreze clienții fericiți și schimbarea mai rapidă a site-urilor și joburilor noi decât dacă ar fi codificate manual lucrurile pentru fiecare client.
Trebuie să evaluați rentabilitatea investiției în munca dvs., la fel ca în orice altceva. Luați în considerare efectele pe termen lung Pe cât de rapid și ușor poate fi instalarea unui plugin, trebuie să luați în considerare și viața pe termen lung a site-ului dvs. Ceea ce ar putea arăta ca un panaceu în acest moment s-ar putea transforma într-o durere de cap care s-ar putea transforma ulterior într-o migrenă. WordPress se schimbă mereu. Dacă și codul pluginului nu poate deveni învechit. În cazul în care dezvoltatorii abandonează un proiect sau se actualizează lent, puteți pierde unele funcționalități de bază. Partea înfricoșătoare este că s-ar putea să nu aveți nicio idee cu privire la momentul în care s-ar putea să îl recuperați. (Și asta poate costa niște venituri și profituri.)
Cel mai important, dacă utilizați un plugin pentru a rezolva o problemă care este la fel de ușor de rezolvat cu un fragment de cod, evitați eventualele probleme cu pluginul. De exemplu, am văzut oameni folosind un plugin pentru a elimina bara laterală de pe postări și pagini. De fapt, tot ceea ce face pluginul este să editeze fișierul dvs. single.php . Puteți să-l deschideți, să eliminați o singură linie pentru a realiza același lucru. < ?php get_sidebar(); ?>
Nu este mai bine decât să păstrezi un plugin instalat ani de zile? Aveți încredere în dezvoltator? Există milioane de pluginuri disponibile gratuit atunci când accesați repo. Și aș avea încredere într-o fracțiune minusculă a acestora pe orice site pe care îl rulez eu sau un client.
De ce? Pentru că nu știu cine din lume a pus laolaltă acel lucru. Nu știu cât de buni sunt la codificare. Nu știu cât de eficienți sunt cu actualizările sau cât de bine interacționează codul lor cu baza de date WordPress. Poate că codul lor face de două ori numărul de interogări pe care ar trebui să le facă pentru orice acțiune dată. Nu știu. Dar știu ce va face codul meu când îl voi scrie. De asemenea, aveți problema că dezvoltatorii ar putea să nu mai accepte pluginul. Pe măsură ce îmbătrânește, poate deveni incompatibil și te va forța să găsești o altă soluție la problema ta. Acesta este timpul care echivalează cu pierderea veniturilor. Și a pierdut productivitatea pentru că rezolvi o problemă care avea deja o soluție.
Utilizarea propriilor fragmente de cod vă ajută să evitați această capcană. Trebuie să păstrați în continuare adăugările de cod. (Acesta este motivul pentru care ar trebui să utilizați teme pentru copii.) Veți ști ce, unde și de ce s-au făcut modificări. Ați ști cum să actualizați fragmentele de cod pe care le-ați adăugat și, cel mai important, ați controla singur întregul proces. În plus, dacă editați direct fișierele PHP care vin cu WordPress, probabil că ajustați funcționalitatea de bază care nu se va schimba prea mult, în timp ce API-urile și interacțiunile plugin-urilor se vor schimba. Gândiți-vă la ravagii care ar putea fi făcute dacă funcția get_sidebar () se schimbă chiar și puțin și pluginul nu?
Deși dezvoltatorii de încredere sunt uimitori Când găsiți un dezvoltator de pluginuri în a cărui muncă aveți încredere, acesta vă poate economisi multă durere de cap. De exemplu, folosesc adesea un plugin care instalează și activează temele copil în doar câteva clicuri. Pot apoi să șterg pluginul de pe site-ul meu. Este mult mai rapid decât instalarea manuală a unei teme pentru copii. Știu că nu lasă în urmă lucruri ciudate, așa că am încredere în ea. Aceste situații sunt motivul pentru care există pluginuri. Acestea sunt concepute pentru a vă îmbunătăți viața și site-ul web, nu pentru a vă înlocui expertiza.
Am avut un profesor la școala absolventă care mi-a spus odată că „trebuie să cunoașteți regulile înainte să vi se permită să le încălcați”. Puteți privi pluginurile în același mod. Sunt pentru a economisi timp, nu pentru a face treabă. Aveți acces la fișierele WordPress? Un factor major în utilizarea sau nu a fragmentelor de cod vs a pluginurilor are legătură cu cât de mult aveți acces la sistemul de fișiere. Pentru a adăuga fragmente de cod în fișierele de bază WordPress, aveți nevoie de acces FTP (sau cel puțin acreditări cPanel). Unele companii și clienți nu dau asta. În unele cazuri, este posibil ca clienții să nu știe cum.
Dacă sunteți blocat din fișiere, chiar nu aveți de ales decât să folosiți pluginuri. Și dacă țin lucrurile blocate, în mod voluntar sau nu, pluginurile vor fi modul în care doresc, în general, să interacționeze cu software-ul. Utilizarea pluginurilor facilitează rezolvarea problemelor. (Opriți-mă dacă l-ați auzit pe acesta: „începeți prin dezactivarea tuturor pluginurilor …”) Schimbarea fișierelor de bază cu fragmente de cod sau cod personalizat nu este o problemă cu care mulți utilizatori finali vor să se ocupe. Mi s-a spus personal de clienți că în niciun caz nu doreau cod personalizat, chiar și CSS, și să facă totul în opțiunile temei și personalizator. A fost distractiv.
Cât cod știi / vrei să știi? Pentru mulți oameni, o mare piedică din editarea fișierelor PHP de bază este pur și simplu pentru că nu știu PHP sau JavaScript. Adică, nu aș putea edita o pagină scrisă în spaniolă, în ciuda faptului că sunt în regulă cu cuvintele în engleză. Oamenii care nu cunosc limbile nu pot schimba ceea ce face codul. Dar iată întrebarea mea: cât de mult vrei / trebuie să știi? A căuta în fișierele de bază WordPress este cel mai bun mod de a învăța sistemul pe care îl cunosc. Puteți citi tutoriale și documentație pe tot parcursul zilei, dar încă nu există nicio înlocuire pentru a intra acolo și a edita funcțiile . Dacă nu aveți nicio dorință sau traiectoria carierei dvs. nu va fi ajutată prin învățarea codului, ar trebui să înlocuiți pluginurile, apoi, din toate punctele de vedere, conectați-l, conectați-l. Nu există niciun motiv să nu faceți acest lucru. Dar dacă viitorul tău se bazează în vreun fel pe înțelegerea funcționării interioare a WordPress, încercarea de a implementa soluții fără pluginuri este o modalitate excelentă de a facilita accesul pe teritoriul necunoscut. De exemplu, am învățat cum să citesc și să editez single.php, trebuind să mă mut acolo unde apare titlul pe pagină. Pluginurile pot face acest lucru cu ușurință. Dar se dovedește, la fel și HTML (cu o funcție de bază PHP pregătită). <h1 class="entry-title">< ?php the_title(); /></h1>
Făcând ceva la fel de simplu ca rearanjarea acelei linii de cod în single.php poate fi poarta de acces către posibilitatea de a regla fragmente de cod peste tot nucleul WP în locul pluginurilor. Și acel bulgăre de zăpadă devine mai multă încredere și abilitate, care se leagă direct de a ști când este mai bine să folosești un plugin decât să îl codifici singur. O bună regulă a degetului mare Urmez un sfat care schimbă viața pe care l-am învățat dintr-un podcast: dacă o sarcină durează 1 minut sau mai puțin, faceți-o imediat în loc să o amânați. Puteți să o adaptați și la fragmentele de cod WordPress și la pluginuri: dacă scrierea unui fragment de cod durează la fel de mult sau mai puțin timp decât instalarea și configurarea unui plugin, scrieți doar codul. Desigur, trebuie să cântăriți acea decizie pe baza numărului de coduri pe care le cunoașteți și intenționați să învățați în ansamblu. În cele din urmă, această abordare m-a făcut să cunosc mult mai bine WordPress, PHP și întregul ecosistem de pluginuri. Cred că același lucru se va întâmpla și cu tine. Așadar, data viitoare când accesați repo-ul pluginului, întrerupeți-vă o secundă. Întrebați-vă, „aș putea face asta cu codul?” Și dacă răspunsul este „da”, urmați cu „dar merită?” Apoi, veți avea răspunsul la dezbaterea veche de „fragmente de cod vs pluginuri”. Ce te determină să folosești fragmente de cod față de pluginuri? Miniatură articol de către hanss / shutterstock.com