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

QueryMonitor здорового человека. 128 запросов к базе данных за 0.05 секунды и выдача всего материала за 1/3 секунды
Но недавно, проводя регулярную инспекцию, я внезапно обнаружил, что QueryMonitor (очень полезный плагин, позволяющий оптимизировать работу платформы) выдает мне желтенький сигнал, означающий, что с моим блогом есть какая-то, не серьезная, но требующая внимания проблема. Источником проблемы оказался SQL-запрос плагина Zemanta Related Posts. Запрос от плагина длился 0.08 секунды и существенно замедлял работу всей платформы. Замедление началось, как только ядро WordPress обновилось до очередной версии. Казалось бы, запрос занял всего 8 сотых секунды, разве это можно заметить? Но платформа WordPress очень активно работает с базой данных (мне пришлось потратить немало времени на ее оптимизацию), так для отображения этой статьи к базе данных осуществляется более 120 запросов. Длительный запрос к базе данных не только загружает сервер, но и замедляет все остальное. Пока запрос не будет отработан, страничка до конца не прогрузится. Я начал разбираться, почему плагин работает так не оптимально и оказалось, что сам плагин удален с маркетплейса WordPress, так как авторы перестали его поддерживать.