Trebuie să-si plugin-uri sau plugin-uri necesare pentru WordPress

Familiarizat cu WordPress pentru o lungă perioadă de timp, dar asta e despre plugin-urile trebuie să-utililizare relativ recent, pentru a scrie un articol pe acest subiect nu este gândit, dar sa întâmplat ca să scrie - se confruntă cu necesitatea rațională a acestui tip de plugin-uri.

Aceste plugin-uri care nu pot fi într-un dosar - acesta trebuie să fie un fișier în folderul wp-content / mu-plugins. Ie WordPress conectează automat toate fișierele din folderul mu-plugins. dar nu verifică subfoldere, în cazul în care pot exista alte fișiere PHP. Fișierele de conectare din subfoldere trebuie să fie prescrise într-un fișier manual din dosarul principal.

Schimbare director plugin-uri MU

Obligatoriu plugins pot fi schimbate. Pentru a face acest lucru, trebuie să definiți constantele: WPMU_PLUGIN_DIR și WPMU_PLUGIN_URL în fișierul wp-config.php.

Pro-uri „necesare“ plug-in-uri

Întotdeauna pe, nu este nevoie să-l activeze în panoul de administrare. Utilizatorii nu le pot dezactiva, în mod intenționat sau accidental;

Fișierele director PHP sunt încărcate în ordine alfabetică, înainte de plugin-urile normale încărcate. Acest lucru înseamnă că putem produce un test prematur, instalați cârlige în avans, dacă este necesar.

Dezavantajele „necesare“ plug-in-uri

Cel mai adesea nu este nevoie de a utiliza aceste plugin-uri, deoarece plugin-urile obișnuite convenabil. Luați în considerare MU plugin-uri dezavantaje:

Nu sunt verificate pentru actualizări, astfel încât atunci când o nouă versiune a pluginului, nu vom vedea o notificare de necesitatea de a actualiza plugin-ul. De aceea, lasă-mă să știu când o nouă versiune a propriei lor nevoi;

Carlige activa / dezactiva plugin-ul nu funcționează, și, de fapt, acestea sunt închise eveniment legat de instalarea plugin-ul sau de eliminare. Prin urmare, atunci când activați opțiunea de a adăuga un tabel sau într-o bază de date și de a face alte lucruri, și dezactivarea șterge tot ce este asociat cu plugin-ul din baza de date și fișiere, au propriile lor.

WordPress caută fișiere PHP în directorul meu-plug-in și nu face acest lucru pentru plug-in-uri uzuale - nu vizualizați fișierele din subfoldere. În acest caz, va trebui să creați un fișier de boot în mea plugin, se conecteaza la dosarele subdirectoarelor, astfel:

Există o întrebare rezonabilă: „? În ce cazuri poate fi util să se utilizeze un plug-mu“. Răspuns: „În cazul în care este mai convenabil dop convențional. „De exemplu, am pus recent codul sub forma unei astfel de plug-in pentru a instala redirecționările 301 de la vechiul URL-ul, atunci când sa schimbat în CNC a fost mult timp locul de producție. Mie mi sa părut cea mai bună soluție, deoarece:

inserați o redirecționare la acest subiect greșit - schimba brusc subiectul, și toate redirecționări dispar. ;

Acesta poate fi instalat ca un plug-in, dar dacă-l opriți pierdut accidental toate redirecționările și nu pot fi trecute cu vederea.

Plugin-uri MU sunt încărcate mai devreme decât de obicei. Să vezi schema de încărcare WordPress. Aici vorbim de o imagine interesantă (mi-a placut foarte mult):

sistem de încărcare WordPress

În ceea ce privește codul exact modul în care sunt conectate fișiere. A se vedea un fragment de cod responsabil pentru plugin-uri MU, teme din fișierul wp-settings.php:

După cum putem vedea, directorul WPMU_PLUGIN_DIR este verificat pentru existență. În cazul în care există merge toate fișierele .php, sortate în ordine alfabetică (crescator) și conectate în serie.

Povestea trebuie să-si plugin-uri

catalog Inițial, „mu-plugins“ a fost creat pentru rețeaua de plugin-uri WPMU (multi-utilizator), pentru a permite administratorilor pentru a activa plugin-uri pentru întreaga rețea de site-uri sau blog-uri. La momentul această caracteristică a fost necesară datorită ansamblului specific multi-site-ul: administratorii nu pot activa plug-in-uri pentru întreaga rețea a panoului de administrare. Cu versiunea 2.8 a devenit posibil.

Codul responsabil pentru multi-user-plugins (mu-plugin), a fost transferat la codul de bază WordPress. Și cu puțin timp înainte ca baza de cod WPMU a fost combinat cu asamblare principal WordPress și toate site-urile, indiferent de adunare, am fost capabili să descarce automat plugin-ul, și a fost o chestiune simplă este WP sau WP-multilocație. Această posibilitate este mai convenabil pentru toate tipurile de instalații WordPress și pentru diferite situații legate de crearea site-ului.

Ca urmare a acestei schimbări în numele de „mu-plugins“ a încetat să fie adevărat, pentru că acum mu-plugin-uri pentru lucrări de asamblare obișnuită. Prefixul „mu“ nu se mai înțelege că această funcție se referă la un ansamblu de multi-utilizator - WPMU. În ciuda acestui fapt, numele a decis să plece, dar o interpretează în mod diferit „plugin-uri trebuie să-uz“ (utilizarea obligatorie a plugin-uri). Ie este necesar plugin-uri - plugin-uri, care ar trebui utilizate întotdeauna. Ei lucrează pentru toate site-urile și nu depind de plug-in-uri din panoul de administrare.

Deoarece PHP a fost ceva de genul: o dată PHP vine de la „Personal Home Page“, dar apoi a fost re-interpretată ca „PHP Hypertext Preprocessor“ și, în spiritul unei tradiții hacker, transformat într-un acronim recursiv.

Recursiv acronim - o abreviere (acronim), care se referă la el însuși.
În mediul de hackeri a devenit o tradiție de a alege acronimelor (abrevieri care sunt pronunțate ortografiei), care se referă direct sau indirect la ei înșiși. Unul dintre cele mai timpurii exemple este a apărut în 1977 TINT: «TINT Nu este TECO» ( «TINT - nu e TECO»).