WordPress ➜ Лаборатория WordPress
Все записи рубрики 8
- 03/11/2006 Производительность WordPress
- 04/07/2007 WordPress as CMS
- 19/07/2007 WordPress as CMS (часть 2)
- 31/08/2007 Кеширование в WordPress
- 11/10/2007 Таксономия в WordPress 2.3
- 18/12/2007 Делаем из записей WordPress быструю CMS
- 01/02/2008 Анализ потребления памяти WordPress
- 14/01/2010 Эволюции WordPress посвящается
Навеяло вот этим топиком. Я не поленился поставил все версии WordPress, какие у меня были: от 0.71 до 2.91. Получился вот такой график.
Решил проверить и посмотреть где в WordPress'е идет повышенное потребление памяти. Для этого я сделал небольшую функцию, которая выводит текущее потребление памяти (из "memory_get_usage") и прописал её после различных действий в wp-settings.php. Получилась довольно интересная картина.
Совершенно не уверен, что данный пост имеет какое-то практическое значение. Поэтому будем думать, что это нужно для ознакомительных целей. Так сказать, введение в CMS.
Итак задача - нужно взять все записи из WordPress и сделать «движок», работающий с этими записями. Наличие минимальной навигации обязательно.
Таксономия (taxonomy) - новое понятие, которое появилось в WordPress 2.3. Её внедрение породило довольно серьезную проблему совместимости тех плагинов, которые использовали собственные запросы к базе данных. Прежде всего это касается рубрик. Всё дело в том, что старые таблицы рубрик больше не используются. Вместо этого нужно использовать таксономию.
Кеширование в WordPress
31 августа 2007 г. 
WordPress » Лаборатория WordPress » Архив рассылки WordPress » Плагины и хаки WordPress
22Сегодня я хочу рассказать об использовании механизма кэширования в WordPress. Начну издалека.
В прошлый раз мы выяснили, что WordPress заполняет структуру $wp_query во время своей инициализации.
В этой рубрике я буду выкладывать те заметки, которые могут быть интересны тем, кто хочет разобраться во внутренней «кухне» WordPress'а. Но всё, что будет публиковатья в «Лаборатории» предназначено только для исследований.
Нередко в Сети встречаются высказывания, что WordPress очень "прожорлив" и сильно "грузит" сервер. В качестве "доказательства" приводят количество запросов к базе данных. Действительно, на каждую страницу WordPress может потратить 20-40 запросов к базе данных. Но, является ли это таким важным параметром, как это представляют критики? Попробуем разобраться.
[upd] Всё-таки я вынужден отметить, что данная статья написана в то время, когда WordPress действительно потреблял ресурсов в разумных пределах. Начиная версии 2.5, разработчики практически не уделяют внимание этому вопросу внимания и новые версии требуют всё болье и больше php-памяти sql-запросов. Проблема здесь кроется в неоптимальном алгоритме подключения библиотек, отстутствие нормального кэширования и т.д.
