Какие обязательные к использованию плагины в WordPress? Система плагинов — один из самых мощных аспектов WordPress. Возможность быстрого и легкого расширения функциональности CMS не имеет себе равных на других платформах. Плагины обычно устанавливаются и поддерживаются через интерфейс администрирования WordPress и попадают в папку /wp-content/plugins/ в отдельной папке. Однако существует совершенно другой тип плагина, и он называется плагином Must Use .

В этом посте мы рассмотрим, что это такое и как они работают, а также плюсы и минусы их использования.

Что отличает их?

Стандартные плагины хранятся в /wp-content/plugins/, но обязательные к использованию плагины хранятся в /wp-content/mu-plugins/. «Мю» означает «должен использовать», но так было не всегда. Было время, когда он обозначал многопользовательские плагины и был связан с тем, что мы сейчас называем мультисайтом WordPress. Это означает, что если вы погуглите, вы можете найти документацию, в которой говорится о многопользовательских плагинах. Это очень старо, и вы не должны его использовать.

Что еще отличает их, так это то, как они управляются . Для них нет веб-интерфейса, как для обычных плагинов, ими нужно управлять через FTP.

Другое отличие состоит в том, что они всегда включены . Вот почему они называются обязательными для использования. Если они находятся в папке mu-plugins, они работают. Нет возможности их отключить.

Еще одно отличие состоит в том, что они почти всегда представляют собой простые однофайловые плагины , а не папки, заполненные файлами, как обычный плагин. Это связано с тем, что плагины в папках не работают в mu-plugins, если вы не создадите «вызывающий» файл в основной папке mu-plugins, который включает в себя основной файл плагина в папке.

Этот файл может выглядеть примерно так:

<?php // мю-плагины/load.php
требуется WPMU_PLUGIN_DIR.'/my-plugin/my-plugin.php';

У вас может быть отдельный файл для каждой папки или у вас может быть один файл, который вызывает их все.

Как они одинаковы?

Структурно мю-плагины идентичны обычным плагинам. Заголовок в верхней части основного файла точно такой же. Поэтому, если у вас уже есть плагин с одним файлом в /plugins/, вы можете переместить его в mu-plugins, и он продолжит работать нормально.

Даже с плагином в папке, где у вас должен быть вызывающий файл, в остальном плагин идентичен. Вы можете взять любой обычный плагин из репозитория WordPress.org и поместить его в mu-plugins, создать вызывающий файл, который просто использует метод включения PHP для включения основного файла, и он будет работать без редактирования.

Зачем кому-то использовать обязательный плагин? (также известный как раздел «Плюсы»)

Должны использовать плагины, с которыми трудно вмешиваться. Их нельзя отключить, поэтому клиент с меньшей вероятностью «случайно» отключит их. Их нельзя удалить в админке WordPress, так что опять же, маловероятно, что клиент вообще удалит плагин.

Их нельзя обновить через пользовательский интерфейс администратора, о чем мы еще поговорим в разделе «Минусы». Но это также про по той же причине, что и выше. Клиент вряд ли обновит плагин, который вы еще не готовы обновить.

Очень часто мю-плагины представляют собой пользовательский код, написанный только для одного сайта. Это означает, что на самом деле не существует механизма обновления. Нет сервера плагинов, с которого он был загружен, который мог бы служить обновлением, поэтому он просто перемещает его в сторону от обычных плагинов.

Точно так же простыми, однофайловыми, однофункциональными плагинами легче управлять и их легче понять. Хороший обязательный к использованию плагин настолько прост, что вы можете посмотреть на имя файла и в значительной степени понять все, что делает плагин.

Вот несколько хороших примеров имен файлов. Посмотрите, сможете ли вы догадаться, что делает плагин.

• персонал-член-пользовательский-пост-type.php
• местонахождение-члена-сотрудника-taxonomy.php
• отношения между сотрудниками и сотрудниками.php

Видишь, как это работает? Каждый файл выполняет одно действие и имеет минимальный код.

И последняя причина, по которой кто-то может взять код и сделать из него плагин Must Use, заключается в том, что код на самом деле является библиотекой вспомогательного кода. Расширенные настраиваемые типы сообщений от Джона Блэкборна на самом деле вовсе не плагин. Вы можете включить его в свой собственный плагин в качестве библиотеки, или вы можете поместить папку в mu-plugins, создать вызывающий файл, и библиотека волшебным образом станет доступной для всех других плагинов и тем.

CMB2 — еще один плагин, который служит библиотекой. На самом деле это обычный плагин, который вы можете установить в WordPress, но вы также можете обращаться с ним как с настоящей библиотекой, поместить его в mu-plugins и создать для него вызывающий файл.

Почему никто НЕ будет использовать обязательный плагин? (также известный как раздел «Минусы»)

Выше я упоминал, что обязательные к использованию плагины нельзя обновлять через администратора WordPress. Это означает, что если вы все-таки поставите обычный плагин в mu-plugins, и станет доступным обновление, WordPress ни сообщит вам об этом, ни предоставит вам механизм его обновления. Вам нужно будет следить за лентой новостей для этого плагина, а затем вручную загрузить новую версию, когда она будет готова.

Принимая во внимание все обстоятельства, обязательными для использования плагинами гораздо сложнее управлять .

Сводка новостей: когда их использовать, а когда нет

Вы должны использовать обязательный плагин, когда:

1. Вы написали плагин, и ручные ожидания не являются проблемой.
2. Код — это библиотека, где вам нужна стабильность, а обновления должны очень тщательно контролироваться.
3. Сайт полностью зависит от активности плагина, и его никогда не следует отключать.

Вы НЕ должны использовать обязательный плагин, когда:

1. Код поддерживается кем-то другим (возможно, он взят с WordPress.org или коммерческого магазина плагинов).
2. Кодовая база больше одного файла и должна быть папкой.
3. Вам может понадобиться легко отключить и включить плагин по любой причине.

Резюме

Плагины Must Use не лучше и не хуже обычных плагинов; это просто разные инструменты с другой целью. Хитрость заключается в том, чтобы рассмотреть функцию и экономическое обоснование плагина и решить, следует ли его установить как обычный плагин или как обязательный плагин. Опыт поможет вам понять это, но вы всегда можете спросить кого-то, кто использовал их раньше, кого-то из вашей местной встречи или даже на форумах поддержки OSTraining или на форумах поддержки WordPress.org. После того, как вы выработаете баланс, плагины Must Use станут исключительно полезными.