СтатьиРучная оптимизация WordPress. Уменьшение количества запросов к MySQL

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

У меня было так. Я поставил на локалке чистый WordPress и поверх все те же дополнения что и на боевом блоге. Но совсем случайно я заметил, что на живом сайте запросов несколько больше, чем на тестовом. Хотя они абсолютно идентичны. Как такое может быть?

Мне помог экстеншен Debug Queries который показывает внизу страницы список запросов к БД и, весьма условно, откуда они сделаны. Вероятнее всего плагин сначала будет чуть-чуть врать, но это лечится тем, что в wp-config нужно добавить константу

define('SAVEQUERIES', true);

Ну а теперь всё зависит от случая. Панацеи увы нет. У меня было 3 левых запроса и все они были связаны с таблицей wp_options, а именно: куча мусора в uninstall_plugins (что наталкивает на мысль, что не все плагины умеют корректно удаляться) и отсутствие theme_mods_twentyten (которая нужна, ибо я использовал в том момент эту тему)

UPD: Случайно нашел ещё один плагин для профилирования SQL-запросов — SQLMon от Владимира Колесникова

Ну а для тех кто не в теме напоминаю про использование или WP File Cache, или WP Super Cache, или чего угодно другого со схожим функционалом.

СтатьиCyr-To-Lat — если не работает Rus-to-Lat

Судя по поисковой выдаче у многих с обновлением WordPress перестал работать замечательный плагин RusToLat. Не удивительно, учитывая тот факт что последняя версия вышла в году так 2009. Рекомендую не парится, а заменить его на Cyr-To-Lat (который кстати является форком сабжа).

Помимо того, что этот плагин просто работает (единственное, что от него нужно), так он ещё и не делает левого (читай лишнего) запроса в БД, что лично меня очень радует. А старичок этим грешил.