Почему я отказался от замены плагинов кодом

Всем привет!

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

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

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

Почему не стоит менять плагины на код

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

Иными словами, если нагрузка со стороны плагина составляла 10 условных единиц, то, заменяя его кодом, мы не получим нагрузку равную 0, а получим равную 1, 2, 3 или более условных единиц. То есть выигрыш будет не таким большим, как может показаться.

2. Не каждый пользователь сможет сделать замену плагина кодом. Многие не владеют CSS, а тем более PHP.

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

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

3. В большинстве случаев установить плагин быстрее, чем прописывать код. Установка плагина – дело нескольких минут, а прописание кода может занять существенно больше времени, особенно если что-то пойдёт не так и нужно будет искать ошибку.

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

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

5. Замена плагинов кодом затрудняет тестирование сайта. Например, вы обновили версию WordPress или установили новый плагин и что-то пошло не так. Чтобы выявить причину можно отключать по очереди плагины и тем самым выявить конфликт. В случае с кодами всё намного сложнее.

6. И, наконец, есть много плагинов, которые не заменишь кодом или эта замена потребует хорошего знания языка PHP. Например, антиспам плагины или плагины по SEO-оптимизации. Поэтому стремление полностью избавиться от плагинов в принципе не имеет перспектив.

По вышеизложенным причинам я против замены плагинов на код и никому не рекомендую заниматься этим бессмысленным занятием. Оставим его спецам, которым просто нравится это делать или тем, кому нечем заняться.

Отмечу также, что многие из тех, кто хорошо владеют PHP, предпочитают оформить код в виде плагина, так как в этом случае с ним удобнее работать.

«Но как же нагрузка на сайт?» – спросите вы. – «У меня ведь стоит двадцать пять плагинов!». Я уже писал в одной своей статье про то, как сократить количество плагинов и уменьшить нагрузку на сайт. Здесь же сформулирую три правила, следуя которым вы снизите нагрузку на свой сайт без необходимости заморачиваться с кодами.

Три правила для снижения нагрузки на сайт на WordPress

Правило 1. Удалите ненужные плагины

Пробовали работу плагина, а он не понравился и по-прежнему висит у вас мёртвым грузом? А, может, выбирали один среди нескольких и когда определились, то остальные забыли удалить?

Или плагин выполнил свою задачу и больше не нужен. Например, плагин Theme Authenticity Checker (TAC), который проверяет тему на наличие внешних ссылок, после проверки темы больше не нужен и его можно удалить, если вы больше не собираетесь устанавливать темы. Или, например, плагин WordPress Table Rename, который меняет префикс таблиц. После смены префикса, этот плагин можно смело удалять – свою задачу он уже выполнил.

Также к категории лишних плагинов я отношу плагины для всякого рода украшательства (добавления падающих снежинок, 3D-эффектов и прочее). Их можно удалить без ущерба для функциональности сайта.

Просмотрите список установленных плагинов и для каждого плагина задайте вопрос «Нужен ли мне этот плагин?». Если ответ «Нет», то смело удаляйте его.

Правило 2. Отключить (деактивировать) редко используемые плагины

Есть плагины, которые не требуют пребывания в постоянно активированном состоянии. Примерами могут быть плагины для оптимизации баз данных, если вы делаете оптимизацию вручную, а не по расписанию. Или плагины для сканирования сайта на наличие угроз (например, WP Security Scan), которые после сканирования и устранения недостатков можно отключить. Или, например, плагин P3 (Plugin Performance Profiler) для определения нагрузки на сайт.

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

Правило 3. Заменить плагины на аналоги, дающие меньшую нагрузку

У большинства плагинов есть аналоги, выполняющие такие же функции, но меньше нагружающие сайт. Чтобы понять, какую нагрузку даёт тот или иной плагин можно воспользоваться плагином P3 (Plugin Performance Profiler).

P3 Plugin Profiler

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

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

На этом прощаюсь. Надеюсь, эта статья была для вас полезна. До скорых встреч!

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

Ваш e-mail не будет опубликован. Обязательные поля помечены *