WordPress関数の処理コストを考えよう

WordPress関数の
処理コストを考えよう

松田直樹

自己紹介

松田直樹

主な著書（共著）
2012年上半期
コンピュータ部門
効率的なサイト制作のためのDreamweaverの教科書【CS5.5対応版】

よくわかるDreamweaverの教科書【CS6対応版】 22位

WordPress関数の処理コストを考えよう

さて、

WordPress の関数、
便利ですよね。


特に、テンプレートタグ。

bloginfo() wp_title() the_tags()
the_title() wp_nav_menu()
the_category() the_permalink()
have_posts() the_content()
the_excerpt() get_template_part() the_post()
get_the_term_list() get_post_type()

できるだけ、
テンプレートタグ
使いたくなりますよね。

わかります。


ですが、


テンプレートタグも、
もちろん「PHP」のコード

「処理コスト」がかかることを
忘れないように。


静的ページの場合
リクエスト Onload

レイテンシファイル読み込みレンダリング表示

レスポンス完了

動的ページの場合
リクエスト Onload

PHP処理レイテンシファイル読み込みレンダリング表示

レスポンス完了


処理コストとは

• サーバでの処理時間
• サーバでの処理による負荷
• 閲覧者の待ち時間


要は、

bloginfo()
ひとつ実行するたびに
コストは積み重なる、ということ。


よく

テンプレートタグを減らして
負荷を軽減させる

と言われますが、本当？


処理コストを
計測・検証してみた


PEAR::Benchmark
PHPの特定の部分の処理時間を計測できるクラス


<?php
require_once('Benchmark/Timer.php');
$bench = new Benchmark_Timer();
$bench->start();

計測したい処理

$bench->setMarker(‘markername’);
$bench->stop();
$bench->display();
?>

wp_enqueue_script()
で、script要素を出力してみた


functions.php に、以下のコードを追加して計測
function scripts_include() {

$path = get_stylesheet_directory_uri();

wp_deregister_script( 'jquery' );
wp_register_script( 'jquery', 'https://ajax.googleapis.com/ajax/libs/jquery/1.8.1/jquery.min.js' );

wp_enqueue_script( 'conf', $path.'/js/conf.js', array('jquery'));
wp_enqueue_script( 'easing', $path.'/js/jquery.easing.1.3.js', array('jquery'));
wp_enqueue_script( 'cookie', $path.'/js/jquery.cookie.js', array('jquery'));
wp_enqueue_script( 'fancybox', $path.'/js/jquery.fancybox.pack.js', array('jquery'));
wp_enqueue_script( 'transform', $path.'/js/jquery-css-transform.js', array('jquery'));
wp_enqueue_script( 'hashchange', $path.'/js/jquery.ba-hashchange.js', array('jquery'));
wp_enqueue_script( 'backgroundPosition', $path.'/js/jquery.backgroundPosition.js', array('jquery'));

wp_enqueue_script( 'google-maps-api', 'http://maps.google.com/maps/api/js?sensor=false', array(), NULL );
wp_dequeue_script( 'parent-script' );

wp_enqueue_style( 'module', $path.'/css/module.css' );
wp_enqueue_style( 'fancybox', $path.'/css/jquery.fancybox-1.3.4.css' );
wp_dequeue_style( 'parent-style' );

}
add_action( 'wp_enqueue_scripts', 'scripts_include', 10 );


functions.php に、以下のコードを追加して計測


0.000497sec
速い
気になるほどのコストではないけど。
* サーバーのスペックや環境によって、数値は異なります


bloginfo(‘name’)
を100回処理してみた


bloginfo(‘name’) を100回処理してみた

* 20回計測した平均値


0.014455sec
まぁまぁ遅い


じゃ、
同じ文字列が出力がされる

echo “ ブログタイトル ”
を100回処理してみた


echo “ ブログタイトル ” を100回処理してみた

* 20回計測した平均値


0.000139sec
すげー速い

100倍速い

そう、
DBを叩いて出力する関数は
まぁまぁ遅いです


ただし
毎回、DBにアクセスするわけではありません。

CACHE
siteurl
blogname
blogdescription
home
template
stylesheet
rewrite_rules

DB内の主要な値は、サーバのメモリ上にキャッシュされる


まずは「$wp_object_cache」という
グローバル変数に格納される設計

CACHE

より高速
bloginfo()

bloginfo()で出力できる値のいくつかは、
そのメモリ上の変数を取得します。


なのに
なぜ遅めなのか？


ほとんどのテンプレートタグでは、
いくつかの「フィルター」が「フック」
されているから。


bloginfo()
apply_filters('bloginfo', ~);
add_filter( $filter, 'wptexturize' );
add_filter( $filter, 'convert_chars' );
add_filter( $filter, 'esc_html' );

３つのフィルターを処理している

general-template.php 488行目
apply_filters('bloginfo', ~);

default-filters.php 96行目
add_filter( $filter, 'wptexturize' );
add_filter( $filter, 'convert_chars' );
add_filter( $filter, 'esc_html' );

* WordPress 3.4.2 の場合


要するに、

bloginfo()
の内々的にも
なんやかんやの処理が行われている


これらの処理コスト、
割りと軽微なものですが、

テンプレートタグを減らして
負荷を軽減させる

は本当です。


決まりきった値
の出力は、
テンプレートに静的に記述したほうが
パフォーマンスは上がる。
ちょっと


チリつもです。
静的にすれば、コストはゼロ

by xJason.Rogersx WordPress関数の処理コストを考えよう

• 会社名
• サイトブランド名
• JSファイルのパス
• CSSファイルのパス
運用フェーズでは
ほとんど変更しないですよね


<title>
<?php wp_title(' | ', true, 'right'); ?>
<?php bloginfo('name'); ?>
</title>

<title>
<?php wp_title(' | ', true, 'right'); ?>
株式会社まぼろし
</title>


<img src="<?php echo
get_template_directory_uri(); ?>/img/
header.jpg">

<img src="http://maboroshi.biz/wp-
content/theme/img/header.jpg">


テンプレートの作り方次第では、
体感できるほどの
処理コストがかかる。

と、いうこと。


マルチデバイス対応など、
低スペック・低速回線への最適化も
考慮する昨今。

こういった
ミニマムチューニングが
効いてきますよ。


このような場合、
処理コストを節約できる

• 配布するテーマではない
• 企業サイト・受注案件など、専用性の
高いテンプレートである

• テンプレートを変更する頻度が低い
• アクセス過多による負荷を考慮したい

もちろん
デメリットもあります

• テンプレートの管理性
• テンプレートを流用しにくい
• プラグインとの相性
• 親テーマ ⇔ 子テーマの連携がしにくい
• Cacheプラグインで解決

ということで、
テンプレートを作るにおいて
処理コストは考えましょう。


ありがとうございました


WordPress関数の処理コストを考えよう

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie WordPress関数の処理コストを考えよう

Ähnlich wie WordPress関数の処理コストを考えよう (20)

Mehr von Naoki Matsuda

Mehr von Naoki Matsuda (8)

WordPress関数の処理コストを考えよう