Unde să pun codul: în plugin sau functions.php?

Un test simplu pentru a determina unde este cel mai bine plasat codul:

• scrieți codul în functions.php
• schimbați tema

• lipsește funcționalitatea, blogul nu funcționează corect sau au rămas fragmente din vechea temă (de ex. shortcode-uri)?

  • da: includeți-l într-un plugin

  • nu: lăsați-l în functions.php

Exemple: Scrieți un shortcode. După schimbarea temei, shortcode-urile brute rămân în articole. Deci, este mai bine să fie plasat într-un plugin.

Scrieți o funcție pentru a lista ultimele comentarii. După schimbarea temei, totul este în regulă, deoarece poate cealaltă temă are o funcție echivalentă.

Depinde cu adevărat de cod și de ceea ce face. Unele coduri influențează doar stilizarea sau conținutul temei, altele modifică articolele de blog.

Nu cred că există un răspuns simplu la această întrebare, dar sunt sigur că am putea crea o diagramă de flux pentru a ajuta la luarea deciziei. Iată o schiță generală a unei astfel de diagrame, care poate și ar trebui să fie extinsă. Lăsați sugestii în comentarii!

• Acest cod va fi găzduit pe o instalație WordPress single-site?
  • Da - Schimbă tema site-ului doar la redesignuri majore sau schimbări de funcționalități?
    • Da - Codul în discuție este specific acestui design curent?
      • Da: functions.php
      • Nu: Plugin
    • Nu (se schimbă des sau la voia clientului) - Plugin
  • Nu (Multisite) - Găzduiești tu instalația multisite SAU este o soluție multisite găzduită care permite pluginuri?
    • Da: Funcționalitatea în discuție este specifică acestui site, sau poate/ar trebui să fie folosită de alte site-uri din rețea?
      • Specifică acestui site: functions.php
      • Partajată între mai multe site-uri - Vrei să o impui pe fiecare site?
        • Da: Plugin, stocat în directorul mu-plugins sau activat la nivel de rețea
        • Nu: Este aceasta o rețea de site-uri nelegate între ele? (ex. clienți diferiți)
          • Da: Ar fi neplăcut sau neprofesionist dacă clientul A ar vedea sau activa pluginul scris pentru clienții B, C și D? (ex. ar putea strica site-ul sau cauza funcționalități nedorite)
            • Da: functions.php
            • Nu: Plugin
          • Nu: Probabil plugin
    • Nu (găzduit de un serviciu precum VIP care nu permite pluginuri): folosește functions.php

• Teme părinte -- uneori pentru funcționalități partajate ar fi mai bine să creezi o temă părinte și să pui funcționalitatea în fișierul functions.php al temei părinte.
• Directoarele de pluginuri ale unor instalații multisite mari pot deveni rapid haotice, așa că uneori funcționalități partajate folosite de un procent mic de site-uri (ex. < 1%) ar fi mai bine duplicate în fișierele functions.php.

De aici Teme VS Plugin-uri

Adaugă cod personalizat într-o temă copil (child theme), astfel încât atunci când actualizezi tema părinte, codul tău personalizat să nu se piardă.

De asemenea, poți crea un plugin specific site-ului care să conțină tot codul tău personalizat.

În ceea ce privește scrierea de cod versus plugin-uri, poți folosi plugin-uri și funcțiile, dar pentru majoritatea lucrurilor pe care le dorești, codarea manuală este cea mai bună variantă, deoarece este mai ușor de modificat, cu excepția unor cazuri precum cutiile meta (meta boxes), unde poți considera utilizarea unui plugin, dacă nu ești dezvoltator de teme.

function modify_contact_methods($profile_fields) {

// Adaugă câmpuri noi
$profile_fields['twitter'] = 'Nume utilizator Twitter';
$profile_fields['facebook'] = 'URL Facebook';
$profile_fields['gplus'] = 'URL Google+';

return $profile_fields;
}
add_filter('user_contactmethods', 'modify_contact_methods');

http://codex.wordpress.org/Plugin_API/Filter_Reference/user_contactmethods

1. Adaugă un nou tip de postare personalizată (custom post type) - Cod
2. Adaugă câmpuri noi la utilizatori - Codul de mai sus
3. Adaugă widget-uri noi - Cod
4. Adaugă legături permanente (permalinks) personalizate - Setări WordPress Permalink

Știu că acest subiect a fost dezbătut în repetate rânduri și că Chip l-a acoperit destul de bine, dar am vrut să adaug câteva gânduri proprii.

Dacă te câștigi existența din programare și te trezești lucrând la site-uri WordPress cu termene limită, vei descoperi că totul se rezumă la timp.

De cele mai multe ori, în special pentru cei care încep, este mult mai rapid și mai simplu să adaugi ceea ce ai nevoie direct în tema și să o consideri gata.

Cu toate acestea, dacă lucrezi cu WordPress într-o oarecare măsură, ar trebui să iei în serios următoarele recomandări:

1. Creează un schelet pentru plugin-uri

Acesta ar trebui să includă tot ceea ce ai nevoie în mod obișnuit pentru un plugin, inclusiv activarea, dezactivarea, actualizarea versiunilor, crearea de panouri de administrare și dezinstalarea.

Dacă îți faci timp să faci asta, vei descoperi:

• Nu mai durează mult mai mult să adaugi funcționalități prin plugin-uri
• Poți începe să construiești o listă solidă de plugin-uri pe care să le poți refolosi în alte proiecte, ceea ce îți va economisi mult timp pe termen lung.
• Le poți face disponibile public dacă dorești mai multă vizibilitate

Acum poți construi lucrurile corect și să finalizezi proiectele viitoare mai rapid.

2. Creează un schelet pentru teme

Acesta ar trebui să includă tot ceea ce este necesar în mod obișnuit într-o temă:

• Un fișier CSS de bază care să conțină stilurile pe care le folosești frecvent (resetări, etc.)
• Un fișier index.php corespunzător, care să gestioneze tot ceea ce ai nevoie pentru orice șablon
• Un fișier functions.php - nu-l vei folosi la fel de des, dar tot va fi util.

După ce ai finalizat acest lucru, creează un schelet pentru teme copil care să folosească tema ta principală.

• Adaugă fișierul de stiluri, referințându-te la tema părinte.
• Adaugă fișierul functions.php

După ce ai finalizat aceste două lucruri, crearea de site-uri noi pentru clienți devine mult mai rapidă.

Dacă faci cele menționate mai sus, poți apoi să te concentrezi pe următoarele:

• Folosește timpul pe care l-ai câștigat pentru a te familiariza mai bine cu PHP, WordPress, JavaScript, CSS și/sau MySQL ... cu cât înveți mai multe despre acestea, cu atât vei finaliza lucrurile mai repede.
• Actualizează scheletele de plugin-uri, teme și teme copil pe măsură ce descoperi lucruri care ar trebui îmbunătățite. Indiferent cât de bun ești, dacă continui să înveți, vei găsi mereu lucruri de îmbunătățit.

Și, dacă faci toate cele menționate mai sus, vei descoperi că răspunsul lui Chip nu va fi doar ideal, ci va deveni optim.

Răspunsul simplu este acesta..

Este codul dependent de orice funcționalitate încorporată într-o anumită temă? Dacă da, atunci puneți-l într-o temă.

Doriți ca acest cod să fie transferabil între site-uri și între teme? Dacă da, atunci puneți-l într-un plugin.

Dacă răspunsul este nu la ambele întrebări de mai sus, atunci imaginați-vă site-ul peste 5 ani, când va fi timpul pentru o reproiectare. Funcționalitatea codului pe care îl scrieți este ceva care va supraviețui următoarei actualizări de design? Dacă da, puneți-l într-un plugin.

De asemenea, dacă nu utilizați teme derivate și plănuiți să actualizați tema, aș sugera să folosiți un plugin.

Pentru a răspunde OP:

Tipuri de postări personalizate și taxonomii

Ar trebui să fie într-un plugin, deoarece definesc elemente la nivel structural/conceptual, nu la nivel de prezentare

Formulare de contact

Sunt legate de prezentare și ar trebui să fie în funcțiile temei

Shortcode-uri

În plugin, deoarece sunt structurale

Widget-uri personalizate

Sunt puternic legate de prezentare și ar trebui să fie în funcțiile temei

add_theme_support( 'automatic-feed-links' );

Suportul pentru teme merge în funcțiile temei

Funcții SEO precum elemente meta personalizate

Legate de prezentare, deci în funcții