Исследование сложных тем по-прежнему замедляется даже при кэшировании WP

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

В WP есть два основных ресурса - данные из базы данных и файлы. Поскольку разработчики страниц могут делать практически все, что вы можете себе представить, они должны иметь достаточно CSS и JavaScript (и даже разметки HTML), чтобы использовать все эти бесконечные возможности. Так что этот конструктор страниц будет поставляться с сотнями килобайты сопутствующих CSS и JavaScript, чтобы иметь возможность модифицировать все эти захватывающие макеты на HTML, которые на самом деле не оптимизированы для этого.

Сложные темы сопровождаются аналогичными накладными расходами. У них могут быть огромные файлы CSS и сложный JavaScript, и они слишком часто страдают от раздувания базы данных, особенно если разработчики только что добавили все свои параметры в таблицу базы данных wp_options и загрузили их все автоматически. Чем больше становится ваша таблица параметров, тем медленнее будет работать весь ваш сайт выполнять. Кроме того, даже "менее сложные" темы - с меньшим количеством опций - все еще могут быть закодированы таким образом, чтобы они были медленнее. Как правило, чем меньше файлов он содержит, тем больше вероятность того, что это будет менее ресурсоемкая тема. Если вы сможете найти тему, в которой не нужно использовать CSS-фреймворк, такой как Bootstrap или Foundation, это избавит вас от дополнительных накладных расходов - они позволяют легко добавлять такие вещи, как навигационные панели, строки и столбцы, но в конце дня, если вы найдете умно закодированную тему, которая использует CSS-сетку (и резервные копии flexbox) вместо фреймворка, это сотни килобайт, которые вы сохраняете только в файлах.

Поскольку в конструкторах страниц и сложных темах есть тонны файлов для загрузки каждым посетителем, даже если вы кэшировали все, насколько это возможно для человека, факт остается фактом, что они заставят каждого посетителя загружать тонны ресурсов - CSS и JS - в то время как простая тема будет намного легче. Представьте, что вы загружаете анимированный GIF-мем вместо потоковой передачи 5-минутное видео на Youtube - GIF просто по своей сути намного меньше файла, поэтому он будет загружаться быстрее.

Еще одна вещь, которая вступает в игру с очень сложными темами и конструкторами страниц, заключается в том, что у них не только есть те основные файлы CSS и JS, которые все загружают на каждой странице, но также часто есть условные CSS и JS, только для определенных макетов. Когда вы упоминаете тему, содержащую сотни файлов, имейте в виду, что даже если они идеально кэшированы, посетитель будет все равно придется загружать, сколько бы из этих файлов ни применялось к каждой странице, которую он посещает. Таким образом, когда вы используете определенный шаблон страницы, это дополнительный ресурс, плюс этот PHP-файл, вероятно, также имеет свои собственные CSS и JS, которые применяются только к этому шаблону. Они еще не кэшированы на стороне посетителя - они попали на вашу домашнюю страницу и, возможно, опубликовали сообщение, и теперь они переходят к этому новому контенту с новыми CSS и JS, с которыми их браузер раньше не сталкивался, - поэтому они должны загрузить эти новые ресурсы в любом случае.

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