このブログもWordPressを利用して作られています。
最近ではブログエンジンのみならず、CMSとして利用される例も多くなってきました。
私自身、案件でもよく利用しているわけですが、近頃ではその限界点を感じるようになり、案件では採用しないことが多くなってきました。
企業のWeb担当者や、システムを知らないがWordPressなら構築が出来ると謳う方には、是非一度考えてもらいたいと思い、ここに記します。

※この文章は私自身の個人的な意見であり、WordPressで構築されたサイトを批判、中傷するものではありません。

WordPressに問題を感じる理由はいくつかあります。
もちろんその問題をある程度解消する方法も存在することは承知の上で、挙げてみます。

１．DBの問題

WordPressを案件で採用しない一番の理由がDBの問題です。
CMSエンジンとしても使われるようになったためか、汎用性を意識した作りをしており、DB構造が非常にややこしいです。

その上、HTML吐き出し型では無く、アクセスの度にDBにクエリを投げる形を取っています。
これによりサーバへの負荷が増え、多量のアクセスを捌くことが困難になります。

ApacheやMysqlのチューニングである程度は負荷を下げることが出来ますが、根本的な解決にはなりません。

２．プラグインの問題

ここまでWordPressが広く普及した理由は、プラグインの存在無しには語れないでしょう。
「手軽に導入出来るプラグインによるカスタマイズ」こそがWordPressの魅力と言っても過言では無いと思います。

しかし、それこそが致命的な欠点を作り出しているとも言えます。

まず、その手軽さ。
ほとんどのプラグインがボタン一つで簡単に導入できるわけですが、あなたはその中身の動作を知っていますか？
中でどういう処理が行われていて、どのような脆弱性を持っているのか。

先日、導入したが有効化していないプラグインの脆弱性を突かれて、サイトの中身を改ざんされたという記事を目にしました。
何故こんな事件が発生してしまったのか。

ここからは推測の域を出ませんが、可能性のお話です。
WordPressの管理画面やプラグインのURLは設定を変更しない限り、デフォルトのものが使用されます。
つまり、そのサイトがWordPressを使っていて、かつ、そのプラグインをインストールしていれば、有効化しているかどうかに関わらず、そのプラグインの脆弱性を突くことが可能になってくるわけです。

こうした被害も、個人のブログであれば、たいして問題無いかもしれませんが、企業のホームページに導入していた場合、どうなるでしょうか？
誰が責任をとってくれますか？

WordPressはオープンソースのプログラムですから、作った人が何かを担保してくれるわけではありません。
導入を決定した人が、あくまで責任を負う必要が出てくるわけです。

そのリスクを理解した上で導入を決定しているかどうか。

WordPressの導入を決定した担当者は、そこまでの判断をした上で利用を決定しているのでしょうか。

３．直接のカスタマイズの問題

WordPressはPHPで作られており、PHPの読み書きが出来ればある程度のカスタマイズが可能になっています。
テンプレートを作りたければ、最小限のPHPの知識と、WordPress独自関数の知識があれば良いのです。

しかし、中途半端な知識は脆弱性の温床です。
言うまでもありませんが、「知らなかった」なんて言い訳には出来ません。

また、WordPress本体の問題も多くあります。
歴史的な理由もあり、WordPress独自関数は整備状況が甘く、命名ルールや挙動すらも統一されていないという惨状です。
当然そこで出来上がるコードは、非常に可読性が低く、今後の再利用に適さないものになります。
あとから機能を追加したくとも、まずは解読から、という状況も珍しくありません。
しっかりしたドキュメントを作れば解決…たしかにそうですが、それってスクラッチ開発とどう違うんでしょうね？

WordPress自体は、オープンソースそのものの発展に大きく寄与した面もあり、高く評価しています。
しかし、だからといって盲目的にそれを信頼し、下駄を預けられるか、というとそれは別の問題です。

考えなくなることは楽ですが、そこに潜む危険について知らないことは、思わぬときに悲劇を生む地雷のような存在だと思います。

いろんな方がやってることとは思いますが、一応参考までに。
特にタグの部分に関しては結構悩んだので自分用のメモとして。

前提として、WordPressのDB構造はざらっと見ておいてください。

データベース構造 – WordPress Codex 日本語版

これを踏まえて。

タグを取得するおまじないコード

なんかよくわかんない人は、以下のコードで取得できますよ。

# wp-config.phpから下記をコピーする（wordpressのテンプレ内で書くなら必要ない）
define('DB_NAME', 'databasename');
define('DB_USER', 'user');
define('DB_PASSWORD', 'password');
define('DB_HOST', 'localhost');

$list=get("SELECT P.* FROM wp_posts P WHERE P.post_status = 'publish' ORDER BY P.post_date DESC limit 10");
foreach($list as $k=>$v){
	$list[$k]["tags"]=get(
		"select TS.name as tag from wp_term_taxonomy T "
		."LEFT JOIN wp_terms TS ON TS.term_id = T.term_id "
		."LEFT JOIN wp_term_relationships R ON T.term_taxonomy_id = R.term_taxonomy_id "
		."LEFT JOIN wp_posts P ON P.ID = R.object_id "
		.sprintf("where R.object_id=%d ",$v["ID"])
		."and T.taxonomy='post_tag' "
	);
}

function get($stmt){
	if (!mysql_connect(DB_HOST,DB_USER,DB_PASSWORD)) die("ERROR: HOST CONNECT FAILED");
	# CONNECT DB
	if (!(mysql_select_db(DB_NAME))) die("ERROR: DB CONNECT FAILED");
	if (!($data = mysql_query($stmt))) {
		echo mysql_error();
		return false;
	}
	$result = Array();
	while($tmp = @mysql_fetch_assoc($data)){
		array_push($result,$tmp);
	}
	if(!empty($result)){
		return $result;
	}else{
		return FALSE;
	}
}

#------------------------------
# ここから出力の処理
#------------------------------

echo "<table>";
echo "<tr>";
echo "<td>タイトル</td>";
echo "<td>本文</td>";
echo "<td>公開時間</td>";
echo "<td>タグ</td>";
echo "</tr>";
foreach($list as $k=>$v){
	echo "<tr>";
	echo "<td>".$v["post_title"]."</td>";
	echo "<td>".$v["post_content"]."</td>";
	echo "<td>".$v["post_date"]."</td>";
	echo "<td>";
		foreach($v["tags"] as $k2=>$v2){
			echo "<p>".$v2["tag"]."</p>";
		}
	echo "</td>";
	echo "</tr>";
}
echo "</table>";

tableタグとか、適当に変えれば動くんじゃないかしら。
分からなかったらコメントくださいませ。

タグを取得するコード（分かる人向け）

上で書いちゃいましたが、キモになるのは以下。

$db=new DB();
$list=$db->exe(
	"SELECT P.* FROM wp_posts P "
	."WHERE P.post_status = 'publish' "
	."ORDER BY P.post_date DESC "
	."limit 10"
);
foreach($list as $k=>$v){
	$list[$k]["tags"]=$db->exe(
		"select TS.name as tag from wp_term_taxonomy T "
		."LEFT JOIN wp_terms TS ON TS.term_id = T.term_id "
		."LEFT JOIN wp_term_relationships R ON T.term_taxonomy_id = R.term_taxonomy_id "
		."LEFT JOIN wp_posts P ON P.ID = R.object_id "
		.sprintf("where R.object_id=%d ",$v["ID"])
		."and T.taxonomy='post_tag' "
	);
}

これで$listにデータが入ります。
一レコードの中にタグを配列としてまとめたかったので、一回リストを作って、そのタグを取得する、という方法を取っています。
（$db->exe();はSQL実行して結果を得る、っていう僕の個人的なメソッドです。気にしないでください。）

解説

このSQLを分解してみてみると、
１）記事を取得する
２）記事とタグを結びつけるテーブルから、紐づいたタグを取得する
という大まかな流れになっています。

ここで気をつけなければいけないのが、WordPressのDB構造。

ここからは「データベースでリレーションを組む」ということが理解できる方向けです。

すごく分かりづらいので個人的には嫌いなのですが、WordPressは下図のようなリレーションになってます。

黒字がテーブル名、青字がカラム名。（関係ないカラム名は省略してます）
赤線で書いたのが対応するキーです。

wp_postsに（下書きなども含む）記事が格納され、タグやカテゴリはwp_termsに入ります。

注意しなければいけないのは、例えばある記事につけていたタグを削除したとき、削除されるのはwp_term_relationshipsの関連付けデータのみであり、wp_termsにはデータとしてそのまま残っているということです。
リレーション構造からは当然なのですが、LEFT JOINの順序を間違えるだけでも正しいタグは取得できません。

以上です。

そんな話題があったのでちょっと書いてみた。手順は以下。

いじるファイルは以下の２つ

wp-includes/functions.php
wp-includes/post.php

まずはfunctions.phpに新しくfunctionを書く。
どこでもいいけど最後らへんがいいんじゃないかな。

function email_when_pending($post_ID)  {
	$emailto = "yakumo@quoit.jp";
	$emailfrom = "yakumo@quoit.jp";
	if(!mb_send_mail(
		$emailto,#To
		"メール来たお(´ω`)",#Title
		"確認してね☆",#Body
		sprintf("From: %s\r\n",$emailfrom).
		sprintf("Reply-To: %s\r\n",$emailfrom).
		sprintf("X-Mailer: PHP/%s ", phpversion()),
		sprintf("-f %s ",$emailfrom)#From
	)){
		return false;
	}else{
		return $post_ID;
	}
}

return false;はいらないかもしれないけど、まぁ念のため。

$emailtoと$emailfromにそれぞれ任意のメールアドレスを入れる。

次にpost.php。2714行目くらいに、次の関数がある。

function wp_transition_post_status($new_status, $old_status, $post) {
	do_action('transition_post_status', $new_status, $old_status, $post);
	do_action("${old_status}_to_$new_status", $post);
	do_action("${new_status}_$post->post_type", $post->ID, $post);

}

これにちょっと足す。

function wp_transition_post_status($new_status, $old_status, $post) {
	do_action('transition_post_status', $new_status, $old_status, $post);
	do_action("${old_status}_to_$new_status", $post);
	do_action("${new_status}_$post->post_type", $post->ID, $post);

	add_action('draft_to_pending', 'email_when_pending');
	add_action('new_to_pending', 'email_when_pending');

}

これで、寄稿者が投稿してレビュー待ちになったらメールが来る。

一応僕の環境では動きました。

WordPressはテンプレート機能を備えているので、テーマファイルを作ることで、簡単に自分のテーマが作れます。

作れますけど、自分の他のスクリプトと合わせて使いたかったので、WordPress関数で値を取得して、出力はSmartyでやってみたというメモ。

まぁ想像はつくんですけどね。何がめんどくさいって、WordPressの独自関数。
なんかもう調べるのがめんどくさい。リファレンスの日本語化が中途半端だし。最初から英語で調べたほうがストレス少ないかも。

すいません、愚痴です。

以下、その方法。

１）新しいテーマを作成するのと同じように、「wp-content/themes/hoge/」というディレクトリを作る

２）index.phpとstyle.cssを設置する
→style.cssは作者情報を格納するので必須みたい

３）style.cssの中身
何でもいいんだけど、こんな感じで作者情報を入れておく。

@charset "utf-8";
/*
Theme Name: Quoit
Theme URI: http://ken.quoit.jp/
Description: Smartyで出力テストテンプレート
Author: yakumo27
Version: 1.0
Tags: smarty
*/

４）index.phpの中身
今回のキモですね。
WordPressの独自関数は、書いた時点で出力までするものが多いです。
モノによっては引数を与えると値を返してくれる関数もあるんですが、ぶっちゃけ統一感はありません。

ここでは最低限必要な関数だけ紹介します。

タイトルを取得する「 the_title() 」関数
テンプレートタグ/the title – WordPress Codex 日本語版

本文を取得する「 get_the_content() 」関数
Function Reference/get the content ? WordPress Codex

タイトルに関しては、the_title() 関数の第三引数に「false」を指定することで、値を返してくれます。

本文を出力するには the_contents() っていう関数があるのだが、こちらは引数を変えても値を返してくれない。なんじゃそりゃ。

なので、get_the_content() という関数を使う。こちらは逆に必ず値を返す関数なので、出力はしない。

今回はテーマファイルの書き方にならって、次のように配列を作った。
Smartyの設定関連は省略。

$smarty=new Smarty();

$contents=array();
$idx=0;

if(have_posts()) : while(have_posts()) : the_post() ;

$contents[$idx]["title"]=the_title('','',false);
$contents[$idx]["content"]=get_the_content();

$idx++;

endwhile; else:

$contents[$idx]["error"]="表示する内容がありません。"

endif;

$smarty->assign("contents",$contents);

$smarty->display("./index.tpl");

テーマファイルを作ったことがある人なら何となく見たことがあるかもしれない。
余談だけど、phpのこのif文とwhile文の書き方って一般的ではない気がする。
わかんないけど、僕は普段こうは書かない。

これで、$contentsという配列にタイトルと本文の情報が入った。（$idxが気に入らないけど）

そして、Smartyのテンプレート側。
これはSmarty使ったことがある人ならわかるだろうけど一応。

{foreach from=$contents item=val}

{$val.title}

{$val.content}

{/foreach}

こんなもんです。

５）Smartyのコンパイルディレクトリを設置
これはブログのルートディレクトリに配置します。
wp-adminとかwp-contentsと並んでコンパイルディレクトリを置くということです。
パーミションはよしなに。まぁ普通777なんじゃないでしょうか。

以上です。

まぁそんなに難しいことはないですね。っていうかこんなことする人あんまりいないですよね

何か質問があったらコメント欄かTwitterでください。

自分のためのメモ。

参考にしたページはこちら。

http://ja.forums.wordpress.org/topic/3053

まず最初に疑うのは、.htaccess。

僕の場合も、.htaccessでDirectoryIndexを指定する作りになってたので、これが原因。

引き継いだ案件は困る要素が盛りだくさんです。。。orz

このところWordPressをいじる日々が続いたので、備忘録のためにもメモ。

今回はフィードについて。

いつものように、ツッコミお待ちしております。

WordPressのフィードはGETの引数として「?feed=rss」とかつけると取得できます。

このブログであれば、

このブログのRSS
http://ken.quoit.jp/?feed=rss

これでRSSを取得できますが、カテゴリなどで検索した結果をRSSとして取得したい場合もあります。

その場合も同様に、

このブログの「HTML／CSS」カテゴリのRSS
http://ken.quoit.jp/category/htmlcss/?feed=rss

こうすればそのカテゴリのRSSを取得できます。

カテゴリなどのURLがGETの引数「?category=htmlcss」になっている場合は、

このブログの「HTML／CSS」カテゴリのRSS
http://ken.quoit.jp/category/htmlcss/?category=htmlcss&feed=rss

こうやって＆（アンパサンド）で繋げば大丈夫。
とても簡単。

また、「現在表示中のページ」のRSSを出力したい場合は、下記のコードを使えば取得できます。
※GETの値をチェックするスクリプトは省いています。セキュリティには各自気をつけてください。

<?php
$getquery=array();
if($_GET){
foreach($_GET as $k=>$v){
if($k!=”paged”){# ページングの引数は除く
array_push($getquery,$k.”=”.$v);
}
}
}
array_push($getquery,”feed=rss2″);
$getquery=join(“&”,$getquery);
?>
<a href=”?<?php echo $getquery; ?>”>フィードを取得</a>

＜　追記：20100409 18:10　＞
ついったーで指摘頂きました。@shiroutoSEOさんありがとうございます。
@shiroutoSEOさんの運営されてるかちびと.netにはWordPress関連の貴重な情報がたくさんあります。
WordPress使いは是非見ておくべき！

で、追記。
htaccessでURLを変更している場合には、下記の方法でもフィードを取得できます。

このブログの「HTML／CSS」カテゴリのRSS
http://ken.quoit.jp/category/htmlcss/feed/rss/

または

このブログの「HTML／CSS」カテゴリのRSS
http://ken.quoit.jp/category/htmlcss/feed/

後述の方法で「/rss/」を省略した場合、RSS1.0が出力されるようです。

ついでに。

RSS2.0を出力する場合は「?feed=rss2」
ATOMフィードの場合は「?feed=atom」

とすると、それぞれ出力されます。

※自分用のメモです

WordPressのページングで、最初のページにあえて引数「?paged=1」とつけたいとき。
WordPressのバージョンは 2.9.2。

【wp-includes/link-template.php】
function get_pagenum_link内の1305行目にある

if ( $pagenum > 1 ) {
$result = add_query_arg( ‘paged’, $pagenum, $base . $request );
} else {
$result = $base . $request;
}

これを

$result = add_query_arg( ‘paged’, $pagenum, $base . $request );

こうする。

以上。

以前、WordPressでメール投稿　Ktai Entry についてという記事で触れていたのだが、WordPress2.8.4で画像をアップロードした際、wp-content直下に保存されてしまうという問題。

フォーラムに解決策があった。

WP2.6 uploadsディレクトリを変更している場合の画像ファイルのアップロード

私は「設定」＞「その他の設定」で画像のアップロード先を指定できるということを知らなかったので、しちめんどくさい方法を取ってしまっていたと言うわけです。

ここで問題なのは、私はWordPress2.8.4をインストールしてから、上記の設定をいじったことはないということ。

つまり、2.8.4ではデフォルトでwp-content直下に画像が保存される設定になってしまっている？？

（フォーラムの他の記事を詳しく確認していないので、もしかしたらアナウンスされてるのかも）

画像が表示されない方は是非上記設定のご確認を。

これからWordPressをやってみようと考えている人がもしこのブログを読んでいたら、と思って書籍紹介など。


※このリンクはアマゾンアフィリエイトです。
※アフィリエイトが嫌いな方はこちらから。


WordPress日本語コミュニティの中の人である、マクラケン直子さんの本です。

2006年初版ですので、内容は既に古くなっています。
※この本のCD-ROMに収録されているバージョン2.0.4ではなく、最新版を使いましょう。
※この記事執筆時点での最新版は2.8.4です。
※最新版は必ずWordPress公式サイトでチェックしてください。

インストール手順も多少変わってますので、ネットで調べたりする必要はあるかもしれません。

にも関わらず、この本が有益だと感じられるのは、基本的な知識だけでなく実際の運用が強く意識されていることです。

WordPressはブログエンジンというよりはCMSに近いため、通常のWEBサイトを構築することも可能です。

この本には、カスタマイズやテーマの作成方法（テーマの作成は非常に参考になりました）、そして様々なヒントが書かれています。

HTMLも一通り理解できる、PHPはなんとなく知ってる、というくらいの知識があるとすごく楽しめるでしょう。

ちなみに私が一番嬉しかったのは付録のテンプレートタグリファレンスでした。