Трябва употреба плъгини или приставки за WordPress

Предишен ◈ Следващото

Запознат с WordPress за дълго време, но това е за плъгини Трябва употреба научих сравнително наскоро, за да напише статия по тази тема не се мисли, но така се случи, че аз пиша - изправени пред рационално необходимостта от този вид плъгини.

Тези плъгини не могат да бъдат в една папка - тя трябва да бъде даден файл в папката за WP-съдържание / МУ-плъгини. Т.е. WordPress автоматично се свързва всички файлове от папката мю-плъгини. но тя не проверява подпапки, където може да има други PHP файлове. Свързване на файлове от подпапки трябва да се предписват във файл ръчно от главната директория.

Промяна на директория MU плъгини

Задължително плъгини директория може да се промени. За да направите това, трябва да се определят константите: WPMU_PLUGIN_DIR и WPMU_PLUGIN_URL във файла за WP-config.php.

Плюсове "необходими" плъгини

Винаги, няма нужда да го активирате в администраторския панел. Потребителите не могат да ги деактивират, умишлено или случайно;

  • PHP файлове директория се зареждат по азбучен ред, преди натоварени нормални приставки. Това означава, че ние може да доведе до преждевременно тест, инсталирайте куки предварително, ако е необходимо.






    • Недостатъци на "необходими" плъгини

    Най-често не е необходимо да се използват тези плъгини, защото обичайните приставки удобно. Помислете MU приставки недостатъци:

    не се проверяват за актуализации, така че, когато има нова версия на плъгина, няма да получите уведомяване за необходимостта от актуализиране на приставката. Ето защо, да ме уведомите, когато има нова версия на собствената си нужда;

    Куки активиране / деактивиране на приставката не работи, а в действителност те са закачени събития, свързани с инсталирането на плъгин или отстраняване. Ето защо, когато активирате опцията за добавяне на маса или в база данни и правят други неща, и деактивиране изтриване на всичко, свързано с приставката от базата данни и файлове, имат свои собствени.

    WordPress търси PHP файлове в директорията на моето-плъгин и не го направи за обичайните плъгини - не видите файловете в подпапки. В този случай, ще трябва да се създаде обувка файл в моя-плъгин, тя се свързва с досиетата на поддиректориите, така:

    Има един разумен въпрос: "В какви случаи могат да бъдат полезни, за да използва приставка МУ". Отговор: "В случаите, когато това е по-удобно общоизвестни. "Например, аз наскоро постави кода под формата на такава приставка, за да инсталирате пренасочванията 301 старото адреса, когато се промени в CNC отдавна е мястото на производство. Струваше ми се, най-доброто решение, защото:

    вмъкнете пренасочване на тази тема погрешно - внезапно смени темата, както и всички пренасочвания изчезват. ;

  • Тя може да се инсталира като плъгин, но ако не го изключите случайно загубени всички пренасочвания и то не може да бъде пренебрегван.






    • MU плъгини се зареждат по-рано от обичайното. Нека да видим WordPress схема натоварване. Тук говорим за една интересна картина (това ми хареса много):

    Трябва употреба плъгини или приставки за WordPress
    Схема за WordPress товарене

    Що се отнася до кода точно как са свързани файлове. Вижте фрагмент от кода, отговорен за плъгините МУ, теми от файла WP-settings.php:

    Както можем да видим, директория WPMU_PLUGIN_DIR се проверява за съществуване. Ако тя съществува върви всички .php файлове, подредени по азбучен ред (във възходящ ред) и свързани последователно.

    Историята на първа необходимост на приставките

    Първоначално каталога "мю-плъгини" е създаден за мрежата на плъгини WPMU (Multi-потребител), за да се даде възможност на администраторите да активирате приставките за цялата мрежа от сайтове или блогове. Към момента тази функция е необходимо поради специфичния събрание мулти-сайт: администраторите не могат да позволят на плъгини за цялата мрежа на администраторския панел. С версия 2.8 е станало възможно.

    Кодът отговорен за повече от един потребител-приставки (MU-плъгини), е била прехвърлена на ядро ​​WordPress код. А малко преди това wpmu код база се смесват с главната монтаж WordPress и всички обекти, независимо от събранието, ние бяхме в състояние автоматично изтегляне на плъгин, и това беше просто въпрос е WP или WP-Многосайтово. Тази възможност е по-удобно за всички видове инсталации на WordPress и за различни ситуации, свързани със създаването на сайта.

    В резултат на тази промяна в името на "мю-плъгини" престанали да е истина, защото сега мю-плъгини работи за обикновен монтаж. Представката "мю" вече не означава, че тази функция се отнася до множество потребители комплект - WPMU. Въпреки това, името решава да напусне, но го тълкува по различен начин "трябва да използват приставки" (задължително използване на плъгини). Т.е. е необходимо приставки - плъгини, които винаги трябва да се използват. Те работят за всички сайтове, които не зависят от плъгините в администраторския панел.

    Тъй като PHP е нещо като: веднъж PHP означава "Personal Home Page", но след това отново се тълкува като "PHP Hypertext Preprocessor", а в духа на традицията хакер, се превърна в рекурсивен акроним.

    Рекурсивно акроним - съкращение (съкращение), който се отнася към себе си.
    В средата на компютърни хакери се превърна в традиция, за да изберете акроними (съкращения, които се произнасят на правописа), които пряко или косвено се отнасят към себе си. Един от най-ранните примери се появи през 1977 г. TINT: «TINT не е TECO» ( «TINT - това не е TECO»).







    Предишен ◈ Следващото