Share
Imaginați-vă că cineva pornește un magazin cu o temă inteligentă WordPress, care durează luni cu tema respectivă și apoi vrea să-l schimbe. Acum, imaginați-vă că toate glisoarele, widget-urile și chiar produsele sale dispar de pe site. Imaginați-vă frustrarea. Doriți să provocați o astfel de dezamăgire?
Există un concept numit "teritoriu plugin" care specifică lucrurile pe care dezvoltatorii temelor ar trebui să le excludă din temele lor. În acest articol, voi trece peste elementele de bază ale acestui concept.
Să începem ușor: mentalitatea de bază din spatele conceptului de "teritoriu plugin" este să lase lucruri care împiedică utilizatorii să schimbe temele. Aceasta înseamnă că ar trebui să faceți teme care sunt comutabil când încetați să dezvoltați tema sau utilizatorul are nevoie (sau dorește) să schimbe tema. Și trebuie să rețineți că o temă WordPress ar trebui să fie despre schimbarea arată de WordPress, în loc de cum lucrări.
Dacă ați redimensionat prin subcapitolele din restul acestui articol, probabil că aveți o idee mai clară despre ceea ce este "teritoriul pluginului": Nu puteți modifica nucleul WordPress, nu utilizați coduri scurte sau glisoare, nu creați tipuri personalizate de posturi, taxonomii sau meta boxes, oferă funcționalitate care beneficiază site-ul SEO și lucruri de genul asta.
De ce? Deoarece utilizatorii temei dvs. nu vor putea schimba temele fără a-și pierde tipurile personalizate de postări, glisoare, coduri scurte, setări SEO și altele, ceea ce va provoca frustrare, iar utilizatorii vor fi confruntați cu două opțiuni: ștergeți tema și începeți întregul site web de la zero, sau dați și continuați să utilizați tema cu constrângere.
Blogul Make WordPress are o pagină dedicată "plugin-ului" care acoperă toate elementele de bază doar cu câteva cuvinte, dar cred că putem elabora subiectul cu ceea ce vedem în comunitatea WordPress și etichetă de a face teme.
Acum, că am stabilit ce înseamnă "teritoriul plugin", putem începe să aplicăm conceptul cu câteva exemple. Unele expresii ar putea părea incomplete, controversate sau chiar gresit pentru dvs., deci nu ezitați să contribuiți la această secțiune cu comentariile dvs. cu privire la utilizarea conceptului de "teritoriu plugin".
Sa incepem!
Acest lucru este un nu-brainer: tema dvs. nu ar trebui să modifice sau să replice funcționalitatea de bază. Adică nu trebuie să abuzați de puterile extensibilității WordPress prin limitarea funcționalității WordPress și să vă abțineți de la crearea de noi funcții atunci când funcțiile de bază pot face același lucru.
Luați feed-uri, de exemplu: Vrei să faci o temă de reviste pentru editori care vor cere bani de la cititorii lor pentru conținut. WordPress are funcția "feed RSS", așa că ar putea părea o idee bună să faci tema să dezactiveze caracteristica "feed" cu totul ... cu excepția faptului că este foarte Idee rea.
În primul rând, de ce presupuneți că utilizatorii temei dvs. ar dori să dezactiveze fluxurile RSS oricum? În al doilea rând, există o mulțime de pluginuri care pot face fapta, ceea ce înseamnă că puteți recomanda astfel de pluginuri și lăsa decizia către utilizatori. (Iată un tutorial al meu despre cum să recomandi sau chiar să ai nevoie de pluginuri: "Folosind Biblioteca de activare a plugin-urilor TGM în temele tale".)
Un alt exemplu bun pe această temă ar fi împărțirea părților înainte și după etichetă. Nu trebuie să utilizați exploda() funcția de a împărți cele două părți, deoarece există o funcție pentru fapta din nucleul: get_extended () funcția face treaba destul de bine. (Am șapte mai multe pietre pentru dvs. în acest tutorial, dacă sunteți interesat.) Verificarea funcțiilor de bază înainte de a scrie propriul dvs. este un lucru de economisire a timpului, inteligent de făcut.
Dezvoltatorii temelor devin de obicei confundați cu privire la teritoriul plugin-ului atunci când spuneți că unii elemente de design coboară și pe teritoriu. Și ei au dreptate să se confunde: Cum poate un slider să fie în teritoriul plugin-ului, atunci când glisoarele sunt una dintre cele mai importante părți ale site-urilor corporatiste ale clienților de azi?
Iată cum: Dacă un utilizator renunță la tema dvs., va trebui să renunțe la glisor (ele), de asemenea. Ca și în exemplul pe care l-am menționat chiar la începutul acestui articol, acesta va crea frustrare. Și același lucru este valabil și pentru codurile scurte și widget-uri: Nimeni nu ar trebui să renunțe la capacele de picătură, la widget-urile social media sau la fluxurile Twitter când nu mai folosesc tema. Toate acestea trebuie să fie servite sub formă de pluginuri, astfel încât utilizatorii dvs. nu vor trebui să creeze diapozitive noi de la zero sau curat biți de coduri scurte, nefuncționale din conținutul lor.
În cazul glisoarelor, apar și tipuri personalizate de posturi: în majoritatea temelor, diapozitivele sunt un tip de post personalizat, iar dacă tipul postului personalizat este pierdut atunci când utilizatorul activează o altă temă, datele vor fi pierdute. Desigur, cazul sliderelor este încă un exemplu, dar este un exemplu foarte bun pentru tipurile de posturi personalizate care se află în teritoriul plugin-ului.
Același lucru este valabil și pentru taxonomiile personalizate și casetele meta personalizate. Nu puteți rupe conținutul utilizatorilor dacă aceștia aleg să renunțe la tema dvs., astfel încât taxonomiile personalizate ar trebui să fie difuzate și ca pluginuri. Cadourile meta personalizate sunt puțin diferite: dacă conținutul meta-boxului modifică aspectul (cum ar fi radioboxurile pentru a schimba stilul de post), este funcția proprie a temei; dar dacă conținutul meta-boxului modifică postarea conținutului (ca și tabelul de revizuire a filmelor), acesta ar trebui să fie difuzat ca plugin.
Nu vreau să pierdeți timpul repetând aceleași cuvinte: nu puteți renunța la ratingurile utilizatorilor dvs. de SEO atunci când schimba temele! Dar din nou, nimeni nu vă va opri dacă îl serviți ca un plugin și îl recomandați cu biblioteca de activare a plugin-urilor TGM.
Acum un an, am scris un articol intitulat "Cazul curios al tematicii de specialitate". Permiteți-mi să mă citez:
O temă WordPress trebuie dezvoltată pentru a schimba aspectul unui site web și pentru a evita oferirea de funcții încorporate în centrul său. (...) Dar, uneori, un proiect necesită ca designul și funcționalitatea să funcționeze împreună. În acest caz, avem o excepție, iar numele excepției, folosit pe întreaga piață WordPress, este "teme de specialitate".
O "temă de specialitate" este un fel de temă WordPress, care are un scop foarte specific, cum ar fi un site web crowdfunding sau un sistem de management al învățării (LMS). Deși poate fi extinsă cu cârligele WordPress (acțiuni și filtre) sau reproiectate cu temele copilului, site-urile construite cu aceste teme ar trebui să funcționeze cu aceeași temă pe parcursul vieții. De aceea nu este considerat o "practică rea" pentru ca aceste teme să invadeze teritoriul pluginului.
Este cu siguranță o zonă gri: ThemeForest, de exemplu, nu permite invadarea teritoriului plugin-ului chiar și pentru teme de specialitate. Aș vrea să aud și despre ce crezi și tu, deci hai să vorbim în comentarii!
În calitate de oameni care câștigă bani în curs de dezvoltare cu WordPress, noi natural doriți WordPress să crească tot timpul. Inca, noi sunt motivul creșterii sale, deci suntem responsabili pentru contribuția la creșterea continuă a acesteia. Și nu puteți vedea creșteri în medii inconsecvente, așa că trebuie să fim atenți să gestionăm coerența. De aceea trebuie să avem grijă de "plugin-ul" și să lăsăm plugin-urile să se ocupe funcționalitate, în timp ce temele se ocupă de vizualitate.
Pentru cei care sunt interesați, avem mulțime de pluginuri WordPress disponibile atât pentru cumpărare, utilizare, cât și pentru a studia pe piață.
Sunt sigur că aveți ceva de spus pe această temă, deci nu ezitați să vă împărtășiți gândurile în secțiunea Comentarii mai jos. Și dacă ți-a plăcut articolul, nu uita să îl împarți cu prietenii tăi!
Accentsconagua