Функционал. Плагины против тем.

Функционал. Плагины против тем.
Привет, почетаемые читатели. Сейчас желаю представить вам  вольный, но довольно четкий на самом деле, перевод прекрасной аналитической статьи о том, оказывают влияние ли негативно плагины на производительность WordPress веб-сайта.

В базе перевода статья с знатного WordPress ресурса - wp.tutsplus. От себя добавлю только, что готов подписаться под каждым словом.

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

Они будут утверждать, что если поместить дополнительный функционал прямо в код темы, то последняя будет работать резвее, ежели с присоединенным плагином. Так ли это по сути?Вступление

Функционал.</p>
<p> Плагины против тем.
На производительность вашего WordPress веб-сайта оказывают влияние различные причины.

Это и код самой темы, и количество и размер применяемых изображений и иных ресурсов, как отлично вы используете кеширование и фактически, качество активированных плагинов.Но есть два главных фактора, которые оказывают нулевое воздействие на общую производительность веб-сайта:Количество плагинов (совсем серьезно)Употребляется ли функционал снутри темы либо как самостоятельный плагин.Если в поисковых системах набрать что-то типа «добавляем форму контактов в WordPress», то вероятнее всего обнаружите такой тренд в заголовках. В большинстве статей, создатели будут делиться познаниями типа «…без использования плагинов».

 Этот набитый штамп, соответствующий для многих руководств, наводит на идея, что плагины это плохо, и они влияют на производительность. И вообщем, всегда лучше по способности, включать часть функционала вовнутрь тем, чем полагаться на плагин.Сейчас мы убедимся в том, что это не только лишь необоснованно, но совсем не верно.

На другими словами несколько главных обстоятельств,  и мы тщательно пройдемся по ним.Распространённые заблужденияРазмещать функционал полезнее в теме, чем в плагине.Сущность, которая стоит за этим утверждением, сводится к тому, что плагины часто становятся источником заморочек, так как они неправильно написаны либо еще поэтому, что вероятны конфликты с кое-чем еще в вашей теме. А если они так плохи, тогда пожалуй, есть смысл располагать функционал (как к примеру, для формы контактов) в самой теме, верно?Нет, не верно, и вот причина:Код не становится более действенным зависимо от того, загружается он в точке А, либо в точке Б.Во-1-х, вся разница меж расположенным кодом в теме и в плагине, заключается исключительно в моменте его выполнения.

Плагины загружаются и производятся перед темой. Никакой другой различия в эффективности кода нет.

Сможете посмотреть на эту диаграмму процесса загрузки ядра.

Функционал.</p>
<p> Плагины против тем.
Во вторых, после нашего первого утверждения, появляется вопрос «Если код темы и плагина производятся идиентично, то почему тема лучше?» Ответ очень обычной.

При всем том, что у темы преимуществ нет, оказывается, что у плагина они есть. И мы разглядим несколько главных моментов.Код в шаблонах производится лучше, чем в плагинах.Не понятно, откуда это взялось, но есть подозрение, что люди нередко испытывают боязнь к плагинам, так как нередко слышат  — плагины вызывают трудности с производительностью.

Это утверждение совсем несуразно. Как уже говорилось выше, нет никакой различия (не считая времени) в том, откуда производится код.Если расположить функционал в плагине, выполнить его, засечь время, а потом то же самое сделать с функционалом в теме, - обнаружите, что никакой различия нет.

В обоих случаях скорость будет схожей, без каких или преимуществ.Отсюда появляется очередной вопрос – могут ли темы быть наилучшим выбором для выполнения кода, чем плагины?Ответ – нет, не могут.Главные предпосылки, по которым плагины предпочтительнееТеперь зададимся вопросом - плагины лучше чем темы, для выполнения кода? Почти всегда – да.

И вот почему.Код делится на отдельные «порции». Это наилучшее, что вы сможете сделать с огромным проектом, так как это все упрощает.

Разместив отдельные части функционала по плагинам, мы создаем такие «порции». Как вы понимаете, каждый плагин имеет свою поддержку и это очень упрощает отслеживание хоть какой трудности.Если что-либо ломается, то вы сможете просто отключить плагин.

На примере той же контактной формы – что будет, если она сломается? Вероятнее всего, потянет за собой и весь веб-сайт. И если у вас нет особых способностей, то возникнут огромные задачи.

В случае если таковой функционал осуществляется плагином, будет довольно его просто отключить. Дождетесь починки плагина либо подыщете другой, аналогичный.Если вам будет необходимо поменять тему (а для WordPress это полностью рядовая процедура), весь ваш интегрированный функционал потеряется.

Если же все ваши шорткоды находятся снутри плагинов, довольно будет их просто переподключить. Разве это не плюс в сторону плагинов?

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

Нередко вы встречали юзеров повсевременно добавляющих что-то в опции style.css либо functions.php? В данном случае нереально обновить тему и получить улучшения без переноса последних, вручную.

Если все улучшения в плагинах, юзеру ничего делать не нужно, не считая обновления плагина из консоли.По сути, обстоятельств еще более, но думаю, достоинства плагинов и так понятны.Все это приводит к вопросу о том, как плохо иметь огромное количество различных плагинов. Не вызовет ли заморочек огромное количество кусков функционала размещенных в большенном количестве различных плагинов?

Что произойдет когда у вас будет 10, 20 либо 40 плагинов? Не очень ли?Нет, не очень.Правда в том, что плагины сами по для себя не вызываю заморочек с производительностью, только поэтому, что они плагины.

И непринципиально, сколько их интенсивно, 100 либо даже 200 сразу.Все трудности с производительностью, при использовании плагинами идут из плохо составленного кода, а не от полного количества плагинов.Один «кривой» плагин способен  принести еще больше бед, чем 300 обычных и отлично написанных.Все главные трудности с производительностью обычно вытекают из загрузки ресурсов и выполнению запросов к базе данных. Вот те плагины, которые это делают, вправду могут воздействовать на производительность.

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

Воздействие оказывает тип плагина и его качество.И очередной принципиальный момент – код снутри плагина работает точь-в-точь как и код снутри темы. Так что забудьте идею, что размещение функционала в теме лучше, чем внедрение плагинов.

Ваша тема создана для управления визуализацией веб-сайта, а не функционалом.И в конце концов, последнее, что необходимо уяснить – плагины зло исключительно в том случае, если они плохо написаны. Сами по для себя они не нехорошие.О том, как проверить воздействие плагинов на ваш веб-сайт - читайте в этом материале.

источник: https://artstroy.net/funkcional-plaginy-protiv-tem/

Похожие новости

Добавить комментарий

Автору будет очень приятно узнать обратную связь о своей новости.

Кликните на изображение чтобы обновить код, если он неразборчив

Комментариев 0