Kell-használat plugins vagy plugin szükséges wordpress
Ismeri WordPress sokáig, de ennyi plugins Kell-használat megtanulta a közelmúltban, hogy írjon egy cikket erről a témáról nem gondoltam, de úgy történt, hogy írok - szemben a racionális szükségszerűség az ilyen típusú dugó.
Ezek a bővítmények nem lehet egy mappa - meg kell egy fájlt a wp-content / plugins mu-mappában. Ie WordPress automatikusan összeköti az összes fájlt a mu-plugins mappát. de nem ellenőrzi a almappákat, ahol lehet más php fájlokat. Connection fájlokat almappákat kell felírni egy fájlt manuálisan a fő mappát.
Váltson MU plugin
Kötelező plugins könyvtárba lehet változtatni. Ehhez meg kell határozni az állandók: WPMU_PLUGIN_DIR és WPMU_PLUGIN_URL a wp-config.php fájlt.
Előnye a „szükséges” plug-inek
Mindig be, nem kell aktiválni az admin panel. A felhasználók nem tudják kikapcsolni őket, szándékosan vagy véletlenül;
Hátrányai „szükséges” plug-inek
Leggyakrabban nincs szükség, hogy ezeket a dugó, mert a szokásos plugins kényelmes. Tekintsük MU plugins hátrányai:
Nem ellenőrzött frissítések, így amikor egy új változata a bővítményt, akkor nem fogja látni a bejelentést, hogy frissíteni kell a plugin. Ezért szóljon, ha egy új változata a saját szükségességét;
Horgok aktiválja / kikapcsolja a bővítményt nem működik, és valójában ők lógnak esemény kapcsolódik a plugin telepítése vagy eltávolítása. Ezért, ha aktiválja a lehetőség, hogy adjunk egy asztal vagy egy adatbázisban, és más dolog, és hatástalanítás törölni mindent kapcsolódó plugin az adatbázis és fájlokat, saját.
WordPress keres php fájlokat a my-plugin könyvtárban, és nem megtenni a szokásos plug-inek - ne fájlok megtekintéséhez almappákat. Ebben az esetben, akkor létre kell hozni egy rendszerindító fájlt a my-bővítmény, csatlakozik a fájlokat az alkönyvtárak, valahogy így:
Van egy ésszerű kérdés: „Milyen esetekben lehet hasznos, hogy egy plug-mu?”. Válasz: „Azokban az esetekben, ahol ez sokkal kényelmesebb a hagyományos dugó. „Például, a közelmúltban hozott a kódot formájában egy ilyen plug-in kell telepíteni a 301-es átirányítást a régi URL-t, amikor megváltozott a CNC már régóta a termelés helyén. Nekem úgy tűnt, hogy a legjobb megoldás, mert:
helyezzen be egy átirányítást, hogy ebben a témában a baj - hirtelen témát váltani, és minden átirányítást eltűnnek. ;
MU plugins töltik korábban a szokásosnál. Lássuk WordPress loading rendszer. Itt oldalon egy érdekes képet (I nagyon tetszett):
Ami a kódot pontosan milyen fájlok vannak kötve. Lásd a kódrészletet felelős MU dugó, témákat a fájlt wp-settings.php:
Ahogy meglátjuk WPMU_PLUGIN_DIR könyvtár ellenőrizzük létezését. Ha létezik ez megy minden .php fájlokat, betűrendben (emelkedő) és sorba kötve.
A történet a must-bővítmények használatát
Kezdetben katalógus „mu-plugins” jött létre a plugins WPMU hálózat (Multi-User), hogy az adminisztrátorok teszik plugin a teljes hálózaton a webhely vagy blog. Abban az időben ez a funkció miatt volt szükség, hogy a speciális multi-site összeállítás: a rendszergazdák nem teszi lehetővé a plug-inek a teljes hálózat az admin felületen. A 2.8-as verziója lehetővé vált.
A kód felelős többfelhasználós-plugins (mu-plugins), került át a mag WordPress kódot. És röviddel azelőtt, hogy a WPMU kódbázisának egyesítjük a főblokkról WordPress és az összes oldalak, függetlenül attól, hogy a szerelvény, tudtuk, hogy automatikusan töltse le a bővítményt, és ez egy egyszerű kérdés WP vagy WP-Multisite. Ez a lehetőség sokkal kényelmesebb mindenféle WordPress berendezések és a különböző helyzetekben létrehozásával kapcsolatos az oldalon.
Ennek eredményeként ez a változás a nevét a „mu-plugins” megszűnt, hogy igaz legyen, mert most mu-plugins dolgozik rendes szerelvény. Az előtag „mu” már nem azt jelentette, hogy ez a funkció az olyan többfelhasználós szerelés - WPMU. Ennek ellenére, a név úgy döntött, hogy elhagyja, de értelmezik másként „Kell-felhasználás plugins” (kötelező használatát pluginek). Ie szükséges plugins - plugins, amely minden esetben használható. Munkájukat az összes oldalak, és nem függ a plug-inek az admin felületen.
A PHP valami olyasmit, egyszer PHP jelentése „Személyes kezdőlap”, de aztán újra értelmezni, hogy „PHP Hypertext Preprocessor”, és a szellem egy hacker hagyomány, vált egy rekurzív rövidítés.
Rekurzív rövidítés - rövidítése (rövidítés), amely hivatkozik a magát.
A környezet a számítógépes hackerek már hagyománnyá vált, hogy válasszon betűszavak (rövidítések, hogy ejtik nem nevez), amely közvetlenül vagy közvetve utal magukat. Az egyik legkorábbi példa van megjelent 1977-ben SZÍNEZET: «árnyalat nem TECO» ( «TINT - ez nem TECO»).