Комментарии: Оптимизация блога: уменьшите количество запросов к базе данных http://blogproblog.com/php-mysql-optimization/ неКраткое описание про блоги и блоггеров Mon, 09 Apr 2012 12:14:33 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Автор: Dmitriy Donchenko http://blogproblog.com/php-mysql-optimization/#comment-18475 Dmitriy Donchenko Fri, 02 Jan 2009 15:00:31 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-18475 Великолепно, Владислав! Огромное спасибо. Великолепно, Владислав! Огромное спасибо.

]]> Автор: Владислав http://blogproblog.com/php-mysql-optimization/#comment-18466 Владислав Fri, 02 Jan 2009 14:49:09 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-18466 Замена функции на статику, теоретически, сможет разгрузить сервер, но нагрузка уменьшится на сотые доли процента - это как капля в море ))) Это тоже самое что использовать echo вместо print, так как echo выполняется на 0,00002 секунды быстрее )) Вот и функция которая управляет массивом опций (functions.php 470): function wp_load_alloptions() { ... if ( !$alloptions_db = $wpdb->get_results( "SELECT option_name, option_value FROM $wpdb->options WHERE autoload = 'yes'" ) ) // ГЛАВНЫЙ ЗАПРОС КОТОРЫЙ ЗАБИРАЕТ ОПЦИИ ИЗ БАЗЫ ДАННЫХ ... $alloptions = array(); foreach ( (array) $alloptions_db as $o ) $alloptions[$o->option_name] = $o->option_value; wp_cache_add( 'alloptions', $alloptions, 'options' ); // ОПЦИИ ПОМЕЩАЮТСЯ В КЭШ } return $alloptions; } Теперь когда все опции в кэше, вызываем скажем функцию bloginfo(’description’) она вызывает функцию get_option ('description'), которая в свою очередь содержит кэш-функцию wp_cache_get( $setting, 'options' ) где $setting = 'description'. Функция заходит в кеш (который есть просто многомерный массив), получает доступ к элементу 'options' котрый тоже является массивом который содержит все опции (description, stylesheet_url, version, site_url etc.) и выбирает оттуда значение ключа description, который в конечном итоге отображается на странице. Другими словами данные из БД запрошены при инициализации движкка, ещё ДО того как вы их запросите их посредством функций упомянутых в вашем посте, поэтому написав хоть миллион раз bloginfo(’название опции’) вы будете получать каждый раз данные из кеша, не затронув при этом базу данных. Так-то )) Замена функции на статику, теоретически, сможет разгрузить сервер, но нагрузка уменьшится на сотые доли процента — это как капля в море ))) Это тоже самое что использовать echo вместо print, так как echo выполняется на 0,00002 секунды быстрее ))

Вот и функция которая управляет массивом опций (functions.php 470):

function wp_load_alloptions () {

...

if ( !$alloptions_db = $wpdb->get_results ( «SELECT option_name, option_value FROM $wpdb->options WHERE autoload = 'yes'» ) )

// ГЛАВНЫЙ ЗАПРОС КОТОРЫЙ ЗАБИРАЕТ ОПЦИИ ИЗ БАЗЫ ДАННЫХ

...

$alloptions = array ();

foreach ( (array) $alloptions_db as $o )

$alloptions[$o->option_name] = $o->option_value;

wp_cache_add ( 'alloptions', $alloptions, 'options' );

// ОПЦИИ ПОМЕЩАЮТСЯ В КЭШ

}

return $alloptions;

}

Теперь когда все опции в кэше, вызываем скажем функцию bloginfo (’description’) она вызывает функцию get_option ('description'), которая в свою очередь содержит кэш-функцию wp_cache_get ( $setting, 'options' ) где $setting = 'description'. Функция заходит в кеш (который есть просто многомерный массив), получает доступ к элементу 'options' котрый тоже является массивом который содержит все опции (description, stylesheet_url, version, site_url etc.) и выбирает оттуда значение ключа description, который в конечном итоге отображается на странице. Другими словами данные из БД запрошены при инициализации движкка, ещё ДО того как вы их запросите их посредством функций упомянутых в вашем посте, поэтому написав хоть миллион раз bloginfo (’название опции’) вы будете получать каждый раз данные из кеша, не затронув при этом базу данных.

Так-то ))

]]> Автор: Dmitriy Donchenko http://blogproblog.com/php-mysql-optimization/#comment-18267 Dmitriy Donchenko Thu, 01 Jan 2009 16:10:13 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-18267 Владислав, Вы ведь не станете спорить, что заменив функции по данному руководству, на статические строки, Вы уменьшите нагрузку на сервер? И интересно что это за запрос такой? Можете описать подробнее для неграмотных? Владислав, Вы ведь не станете спорить, что заменив функции по данному руководству, на статические строки, Вы уменьшите нагрузку на сервер?

И интересно что это за запрос такой? Можете описать подробнее для неграмотных?

]]> Автор: Владислав http://blogproblog.com/php-mysql-optimization/#comment-18262 Владислав Thu, 01 Jan 2009 15:14:13 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-18262 Хм...ну что же сказать насчёт этой статьи...заголовок конечно правильный, только вот содержание выдаёт в авторе человека которые не знает архитектуру wp (без обид). Например вот 1. 2. <meta http-equiv="Content-Type" content="; charset=” /> 3. <meta name="generator" content="WordPress ” /> 4. <link rel="stylesheet" href="” type=”text/css” media=”screen” /> 5. <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="” /> эти все данные уже в оперативной памяти сервера ДО того как вы их запрашиваете через , так как при инициализации скрипта проходит 1 запрос который забирает из БД почти ВСЕ опции и настройки вордпресса, после чего они попадают в кеш, откуда их можно вызывать хоть миллион раз. Другими словами эта часть вашей статьи практически бесполезна. Хм...ну что же сказать насчёт этой статьи...заголовок конечно правильный, только вот содержание выдаёт в авторе человека которые не знает архитектуру wp (без обид). Например вот

1.

2. <meta http-equiv="Content-Type" content="; charset=” />

3. <meta name="generator" content="WordPress ” />

4. <link rel="stylesheet" href="” type=”text/css” media=”screen” />

5. <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="” />

эти все данные уже в оперативной памяти сервера ДО того как вы их запрашиваете через , так как при инициализации скрипта проходит 1 запрос который забирает из БД почти ВСЕ опции и настройки вордпресса, после чего они попадают в кеш, откуда их можно вызывать хоть миллион раз. Другими словами эта часть вашей статьи практически бесполезна.

]]> Автор: Ирина http://blogproblog.com/php-mysql-optimization/#comment-17816 Ирина Tue, 30 Dec 2008 02:35:47 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-17816 Я совсем не программист, а на Вашем блоге все доходчиво объясняется. Я совсем не программист, а на Вашем блоге все доходчиво объясняется.

]]> Автор: Антон http://blogproblog.com/php-mysql-optimization/#comment-13445 Антон Sun, 23 Nov 2008 12:16:36 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-13445 Да, кеширование однозначно поможет. Собственно его для этого и придумали) Оптимальное количество запросов к базе это отсутствие запросов к базе)) Не переживайте за число запросов. В случае необходимости всегда можно переехать на выделенный сервер. Блоги чаще тормозят от оверселинга, нежели от числа запросов. Да, кеширование однозначно поможет. Собственно его для этого и придумали)

Оптимальное количество запросов к базе это отсутствие запросов к базе)) Не переживайте за число запросов. В случае необходимости всегда можно переехать на выделенный сервер. Блоги чаще тормозят от оверселинга, нежели от числа запросов.

]]> Автор: Ночной Кошмар http://blogproblog.com/php-mysql-optimization/#comment-6331 Ночной Кошмар Tue, 24 Jun 2008 18:25:03 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-6331 Многие блоги на WP отправляют порядка 20-30 запросов к базе. Те, кто пользуются плагинами для составления карты сайта(которая для людей а не для гугла) имеют порядка сотни запросов. Некоторые портальные темы для WP генерируют 40-60 запросов. А есть какое-то оптимальное количество запросов к базе? Просто нашел как раз тему симпатичную, но при ее установке получаем 46 запросов... По моему многовато. Или можно не беспокоиться? Спасает ли в таких случаях плагин для кеширования? Многие блоги на WP отправляют порядка 20-30 запросов к базе. Те, кто пользуются плагинами для составления карты сайта(которая для людей а не для гугла) имеют порядка сотни запросов. Некоторые портальные темы для WP генерируют 40-60 запросов. А есть какое-то оптимальное количество запросов к базе? Просто нашел как раз тему симпатичную, но при ее установке получаем 46 запросов... По моему многовато. Или можно не беспокоиться? Спасает ли в таких случаях плагин для кеширования?

]]> Автор: ezoterik http://blogproblog.com/php-mysql-optimization/#comment-1292 ezoterik Fri, 14 Mar 2008 14:32:21 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-1292 Спасибо! Было бы интересно увидеть еще продолжение серии про оптимизацию блога на уровне MySQL, Apache и PHP. Спасибо! Было бы интересно увидеть еще продолжение серии про оптимизацию блога на уровне MySQL, Apache и PHP.

]]> Автор: oldvovk http://blogproblog.com/php-mysql-optimization/#comment-685 oldvovk Thu, 14 Feb 2008 02:07:56 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-685 href="http://blogproblog.com/wp-content/themes/default/style.css” не обязательную часть можно и убрать, оставив href="/wp-content/themes/default/style.css” href="http://blogproblog.com/wp-content/themes/default/style.css”

не обязательную часть можно и убрать, оставив

href="/wp-content/themes/default/style.css”

]]> Автор: Евгений http://blogproblog.com/php-mysql-optimization/#comment-598 Евгений Sun, 03 Feb 2008 12:28:46 +0000 http://blogproblog.com/2008/01/30/php-mysql-optimization/#comment-598 Как программист, я бы посоветовал изменять функцию get_bloginfo(...), которая вызывается из bloginfo(...) (файл wp-includes/general-template.php). Здесь можно за 1-2 запроса, плюс немного грубого кода получить все опции, которые там получают и засунуть их в static переменную (она будет хеш таблицей). Проверяем, если эта переменная не пустая, то возвращаем нужное значение, если пустая, то делаем эти пару запросов и инициализируем эту переменную. Вот так вот я бы сказал и если бы не пользовался все время своими скриптами, а вордпресом, непример, то еще бы и написал, как это должно быть в пхп коде :) Как программист, я бы посоветовал изменять функцию get_bloginfo (...), которая вызывается из bloginfo (...) (файл wp-includes/general-template.php). Здесь можно за 1-2 запроса, плюс немного грубого кода получить все опции, которые там получают и засунуть их в static переменную (она будет хеш таблицей). Проверяем, если эта переменная не пустая, то возвращаем нужное значение, если пустая, то делаем эти пару запросов и инициализируем эту переменную.

Вот так вот я бы сказал и если бы не пользовался все время своими скриптами, а вордпресом, непример, то еще бы и написал, как это должно быть в пхп коде :)

]]>