11月27日（日）に品川シーサイド楽天タワー2号館で「WordCamp Tokyo 2011」開催されます。
最初は、いちWordPressユーザーとして参加しようかなと思っておりましたが、今回は運営スタッフ（当日ボランティア）として参加することにしました。もろもろ準備も多く、コアメンバーのみなさんの仕事ぶりには頭が下がります。個人的には、プロジェクトをゴールに導くためのよい勉強になります。

当日は、チラチラとセッションを拝見しつつ、ばりばり働かせていただきますので、どうぞよろしくお願いいたします。

また、このエントリは、WordCamp Tokyo 2011の「リレーブログ」として書かせていただいております。

少しでも興味があったら参加してみよう

「WordCamp Tokyo 2011」は、「ユーザー/ブロガートラック」、「デザイナートラック」、「テクニカルトラック」にわかれており、同じ時間帯で3つのセッションが同時進行していきます。

• WordCamp Tokyo 2011 タイムテーブル

初心者向けのセッションあり、デザイナー向けのセッションあり、プログラマー向けのセッションありで、どのセッションに参加するか大変悩ましいですね。

しかし、スピーカーの方がお話される内容から、なにかヒントを得られることもあるかと思いますので、WordPressが好きな方、また実務レベルでもWordPressを使用している方なら参加して損はないはずです。

WordPressをもっと深く知りたい、WordPressを使ってみたい。
そう思ったら、即、参加登録しましょう。

よい刺激を受けよう

また、スピーカーの方々も個性豊かで、ハイレベルかつ親しみやすいお話が聴けることと思います。
WordPress初心者の方でも、「それなら私もこんなふうにカスタマイズ、チューニングしてみようかな？」とか、「リデザインしてみようかな？」という気持ちになられること間違いなし。WordCamp Tokyo 2011で、そういった刺激をばしばしと受けてみてください。

人はよい刺激を受けると、自分もやってみたい！という気になるものです。
鉄は熱いうちに打てと言いますが、まさにそのとおりで、WordCamp Tokyo 2011で得られたことを実践してみましょう。
WordCamp Tokyo 2011に参加することで、良質な知識、知見、見解、テクニック、tipsなどをお持ち帰りできると思います。

WordPressの楽しさを知ろう

では、その良質な知識、知見、見解などをどう使うか。それはあなた次第です。

WordCamp Tokyo 2011では、WordPressユーザーの裾野を広げたい、WordPressのよさを知っていただきたいという狙いもあります。しかし、よさを知っていただいたうえで「なにもしなかった」のでは意味がないのです。

みずから手を動かしていただき、実装してみる。試してみる。
そのための「ハンズオン」も用意されています。ぜひお立ち寄りいただき、担当の方々に質問や意見を投げかけてみてください。

WordPressのいいところ

WordPressのいいところは、動作が軽い、カスタマイズがしやすい、管理がしやすい…と、枚挙にいとまがありません。

ちょっと複雑な作りにしたい時にも、ネットで調べればヒントはたくさん転がっていますし、WordPress フォーラムでも、さまざまなヒント、解決方法が掲載されています。いわば、WordPressの辞書みたいなものですね。先人たちの知恵はありがたいものです。

私のブログでは大したことはしていませんが、ブログを構築する際には、いろんなサイトを参考にさせていただきましたし、フォーラムでもお世話になりました。仕事でWordPressをCMSとして使用した際にも何度お世話になったことか…。（遠い目）

イベントそのものを楽しもう

ぜひ、WordCamp Tokyo 2011で、自分の血肉となる良質な知識、知見、見解、テクニック、tipsを得て、WordPressのよさを改めて知っていただき、またイベントそのものを楽しんでいただけたらうれしいです。

このイベントを通じて、ご来場いただくみなさまに、よい経験、体験をしていただき、それをみずから体現できるよう、また、私自身の経験値を上げるためにも、スタッフとして、いちWordPressユーザーとして、WordCamp Tokyo 2011を盛り上げていこうと思います。

スタッフ一同、みなさまのご来場を、心よりお待ちしております。
懇親会にも、ぜひ参加してみてくださいね！

条件

ロリポップから、某サーバへの移転です。
記事も含め、プラグインもそのまま持っていきます。

手順

まずは、移行前の WordPress のバージョンを控えておいてください。
後述していますが、新サーバにデータを移行する前に WordPress がインストールされていることが前提です。

1. ロリポップの phpMyadmin から「データベース名」をクリック。
   すると、phpMyadmin に格納されているデータベース一覧が出てきます。

2. 上段にある「エクスポート」をクリック。画面が下記のように遷移します。

3. 左側「エクスポート」の「wp_options」、「wp_users」の選択を外します。

なぜこのふたつのテーブルを外すのかと疑問におもい、ちょっと調べてみたのですが、「wp_users」は単純に新しく WordPress をインストールするのだから、ユーザのバックアップなんか必要ないわけということ。
で、「wp_options」は？というと、インストールしたプラグインやらテーマやら、とにかくいろんなデータ、もはや不必要なものまでも溜め込んでいくテーブルらしく、前述したように新 WordPress に新しくテーブルが生成されること、また、肥大化したテーブルをわざわざ持ってくる必要がない、ということのようです。家の引越と同じですね。

4. 右側「オプション」の「構造」にある「DROP TABLEを追加」のチェックボックスのチェックを入れます。
5. 下段「ファイルに保存する」のチェックボックスのチェックを入れます。
6. 文字コードは「non」を選択し、右下「実行する」ボタンで SQL をエクスポートします。
   「◯◯◯◯◯◯.sql」というファイルが生成され、ローカルに保存します。
   少し時間がかかりますが、だいじょぶです。
   ※ただし、記事データが多かったりすると（上限は2,048MB）SQLファイルが生成できない場合があるので注意してください。というか、なにかを捨てるしかないですね…。

7. 新サーバに WordPress をインストールします。
   このとき、最新バージョンをインストールせずに、今まで使っていたバージョンをインストールします。（アップグレードはあとからでもできます）
8. 新サーバに新しいデータベースを作ります。



9. 新サーバの phpMyamdmin で、手順6.でエクスポートした「◯◯◯◯◯◯.sql」をインポートします。



10. 新しい WordPress にログインし、パーマリンクや、必要であれば、.htaccess の設定をします。
    ※エントリが多くブクマされている人は、パーマリンクの設定に気をつけてください。前と同じでなくともいいなら、リダイレクトの設定をおこなわなければいけませんが、私はパーマリンクの設定を前と同じにして回避しました。

ということで

以上で無事、サーバ移転は終了です。
あとは微調整ですかね…。勉強も兼ねて、jQuery などをごにょごにょしたいなぁとおもっています。
ご協力、参考にさせていただきました方々、ありがとうございました。

ついしん。
3月11日14時46分ごろ、東北地方を中心におきました、東日本太平洋地震で被災された方々、亡くなられた方々には、こころからお見舞い、追悼の意を申し上げます。

さらに、記事を書いている際の自動保存機能もわたくし的には不必要でした。私は一本の記事を書くまでにかなり推敲をするので（推敲してこれか、という突っ込みはナシでｗ）、自動保存されたデータに自分で下書き保存したデータがプラスされ、それがたまりにたまってどうしようもなかったのです。

下書き保存なんて自分のタイミングですきなときにやればいいのだよ。以前は自動保存をしないボタンみたいなのがあった気がしたんですけどねぇ…もう忘れました（笑）。

なので、リビジョン機能を停止させる＆自動保存機能を停止させるプラグインを入れました。

• Disable Revisions and Autosave plugins

自動保存機能停止、リビジョン機能停止、両方停止の3つの種類がありますので、機能させたいプラグインを選べばオッケイ。

プレビューするときに同時に記事の内容が保存されるっぽいですね、これ。中途半端な自動保存よりよっぽどいいじゃないか。されたいようにされるのがいやなひとにはお勧めできるプラグインだとおもいます。

しかし、改めてインストールしているプラグインの数を見てみたら、おもいのほか増えてましたね…。もともとあれこれ試すタイプではないし、厳選して必要最低限しか入れてないつもりなのだが。

と、このように安易な放置プレイはいけません。ちょいとあれこれしている最中なので、それも視野に入れてなんとかしようと…なんとかしなければ。というかなんとかします、はい。

私もそのようにしたんですが、「wordpress」 フォルダに WordPress をインストールした場合だと、サイトの URL は http://www.hogehoge.com/wordpress になるわけで。特にディレクトリをわける理由がなければ、「wordpress」というサブディレクトリ名を取っ払って、http://www.hogehoge.com で表示させたいのが人情というものですよね。

ということで、WordPress の設置ディレクトリとは異なるディレクトリで URL を表示する方法をメモしておきます。
ここでは http://www.hogehoge.com/wordpress から http://www.hogehoge.com に変更する、という前提で話を進めます。

1. 管理画面　「設定」→「一般設定」の「ブログのアドレス（URL）」を希望のアドレスに書き換えて保存。
   ex.) http://www.hogehoge.com
2. ルートディレクトリに、WordPress 本体がおいていあるディレクトリの index.php,.htaccess を移動する。
3. ルートディレクトリに移動した index.php を編集する。

＜変更前＞
<?php
/* Short and sweet */
define('WP_USE_THEMES', true);
require('./wp-blog-header.php'); ※ここが変更箇所
?>

4行目　require(‘./wp-blog-header.php’); を require(‘./○○○○/wp-blog-header.php’); と書き換えて保存。（「○○○○」は、WordPress 本体をインストールしてあるディレクトリ名）

＜変更後＞
<?php
/* Short and sweet */
define('WP_USE_THEMES', true);
require('./○○○○/wp-blog-header.php');
?>

この index.php は、WordPress 内部の動作命令すべてを受け取るファイルです（wp-blog-header.php から読み取っている）。なので、ここで編集した index.php から wp-blog-header.php へのパスを WordPress 本体がインストールされているサブディレクトリをはさんだパスに変更する、ということになります。

4. .htaccess のパーミッションを書き込み可能にする。（mod_rewrite ルールの変更。書き込み可能にしておけば、自動的に .htaccess の中身を変更してくれます。mod_rewrite ルールは手動で書き換えることも可能です。手順 6 を参考にしてください）

.htaccess の変更前のソースは以下。

＜変更前＞
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /○○○○/index.php [L] ※ここが変更箇所
</IfModule>
# END WordPress

.htaccess の中身を確認。以下のように書き換わっていれば OK。

＜変更後＞
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L] ※書き換わった状態
</IfModule>
# END WordPress

手順 2 で説明したように、変更前は /○○○○/index.php を読み込ませていましたが、ルートディレクトリ直下に移動した /index.php を読み込ませるように.htaccess で操作しています。

5. http://www.hogehoge.com/○○○○/wp-login.php からログインしなおす。
6. パーマリンク設定をデフォルトから変更していた場合、再度保存しなおす。
   ※手動で .htaccess を書き換える場合には、管理画面のいちばん下に書き換えるためのソース（↑上のソース）が出力されますので、それを.htaccess にコピペして保存します。
7. 新しいサイト URL にアクセスし、正常に表示されるか確認。
8. .htaccess のパーミッションを書き込み不能に戻す。

流れとしては、こんなかんじです。

自分でやってみた感触としては、やはり WordPress 本体のつくりがわかってないとダメじゃん、ってのと、.htaccess の使い方というか、.htaccess の働きもきちんとわかったうえで使わないといけない、ということでした…

結果的にできちゃえばいいんでしょうけれど、なんかね、されるがままにされちゃった、やったらこうなっちゃった、ってのがいちばんきもち悪い（笑）。そんなの全然身についてないもの。なので、あれこれ探ってみるのがいいな、と思いました。失敗したら元に戻せばいいんだし。

わからないままおわる、そんなのはイヤだ、といったのはアンパンマンでしたね。そういうことです。

ページを分割する

ウェブページが正常に表示されることを確認し、大きく手直しすることろがなければ、index.php のページ分割をします。構成にもよりますが、以下のように分割します。

• メインインデックスのテンプレート (index.php)
• ヘッダー (header.php)
• フッター (footer.php)
• サイドバー (sidebar.php)
• コメント (commepnts.php)

コメント (comments.php)についてはすでに作成してありますので、「分割する」とはいえませんね。ここではコメント以外のテンプレートについて触れることにします。

パーツテンプレート

分割されたヘッダー、フッター、サイドバー、コメントは、メインインデックステンプレートを構成する「パーツテンプレート」になります。HTML タグをすべて書かずともそれに該当するパーツテンプレートのタグを記述すれば、ブラウザで表示した際に HTML ソースとして出力される仕組みです。パーツ化（MT でいうモジュール化と同じことかな？）することにより、メインインデックステンプレート以外のテンプレートを作る際に自由にデザイン構成を変えることが可能です。たとえば、サイドバーを例にとるとするなら、トップページではコンテンツ部分との左右2カラム構成にして、単一記事ではエントリの下部にサイドバーに相当するソースを読み込ませ、上下の表示にする、とか。やり方はいろいろありますね。

各パーツテンプレートを index.php に読み込ませるには、以下のテンプレートタグを記述します。

• ヘッダー (header.php) を読み込む ･･･ <?php get_header(); ?>
• フッター (footer.php)を読み込む ･･･ <?php get_footer(); ?>
• サイドバー (sidebar.php)を読み込む ･･･ <?php get_sidebar(); ?>
• コメント (comments.php)を読み込む ･･･ <?php comments_template(); ?>

ヘッダー

ここで私が迷ったのが、index.php のどの部分までをヘッダー（header.php） にするか？でした。
いろんなテーマを見ましたが、<head> の中で区切られているものもあれば、サイトタイトル部分が入るボックス id header で区切られているもの、本文が入るボックスの最初の部分までヘッダーとして区切られているものもあり、まちまちです。
ヘッダーはすべてのテンプレートで使いまわすので、ヘッダーに続くメインインデックスのテンプレートとの兼ね合いや、スタイルシートでのデザインのしかたの違いを考えて、問題のない箇所で分割しましょうってことなのですが…

私は <title> 部分の表示をページごとに変えたかったので、<titile> を <head> 内のいちばん下に記述して、そこで分割することにしました。

メインインデックステンプレートの場合

<!-- ↑ここから上のソースがヘッダー部分 -->
<?php get_header(); ?>
<title><?php bloginfo('name'); ?></title>
</head>
<body>

単一記事の場合

<!-- ↑ここから上のソースがヘッダー部分 -->
<?php get_header(); ?>
<title><?php the_title(); ?> - <?php bloginfo('name'); ?></title>
</head>
<body>

コンディショナルタグを使えば、サイトタイトル（<h1>）、サイト説明に該当する description を入れたボックス id header までのソースを header.php に当てはめられるはず、です。また、ページごとのマークアップのしかたの変更も可能。コンディショナルタグについては、もうちょっと自分の中で整理して、そのうちに触れたいと思います。

フッター、サイドバー

フッター （footer.php） は考えなくても、ボックス id footer で分割すればよいですし、サイドバー （side.php） も同様の考え方で、ボックス id side で分割しました。

ほかのテンプレートを作る

さて、ここまでで出来上がっているテンプレートは、

• ヘッダーやフッターなどを含むウェブページ全体を表示する index.php
• ヘッダー (header.php)
• フッター (footer.php)
• サイドバー (sidebar.php)
• コメント、トラックバックの受け付けと表示をする comments.php
• それらを装飾するスタイルシート

です。そして、これらのほかに私が作ったテンプレートは以下になります。

• 単一記事 (single.php)
• アーカイブ (archive.php)
• カテゴリーテンプレート (category.php)
• ページテンプレート (page.php)
• 404 テンプレート (404.php)
• 検索結果 (search.php)
• tag.php (tag.php)

単一記事 (single.php)テンプレート

各エントリを個別に表示する際には、2カラムの構成にしたメインインデックステンプレートを使うのではなく、1カラムで表示させたかったので、single.php の HTML のマークアップのしかたを変え、マークアップの変更にあわせて single.php 用のスタイルシートを用意しました。
comments.php は、single.php のみで使用しています。

そのほかのテンプレート

ここまでくれば、あとはわりとかんたんです。

• アーカイブテンプレート
• カテゴリーテンプレート
• ページテンプレート
• tag.php

は single.php と同じデザインにしたかったので、single.php をもとに出力させたい内容に該当するテンプレートタグに入れ替えて作成しました。
アーカイブテンプレート、カテゴリーテンプレートでは、エントリタイトルだけでなくエントリ本文の抜粋も表示させるようにし、該当カテゴリへのリンクもつけておきました。

404 テンプレート、検索結果テンプレート

404 テンプレート、検索結果テンプレートについては、メインインデックステンプレートのデザインを使用しています。

検索フォームについて

バージョン 2.5 以前の WordPress では、検索フォームで複数の単語で検索するとき、単語同士を半角スペースで区切った場合にはきちんと検索結果が表示されるのですが、全角スペースで区切ると検索結果がうまく表示されませんでした。2.5 からは全角スペースでも検索可能です。

エントリ本文だけでなく、ほかのページからも検索させるプラグイン

検索する際には、デフォルトではエントリ本文のみが検索対象になります。それでも十分なような気もしますが、検索対象を広げるためのプラグイン「Search Everything」を導入しました。

• Search Everything

ソースを見ると、ページ、タグ、コメント、カテゴリからなど、その対象になる単語すべてをヒットさせる作りになっています。このサイトではまだエントリ数が少ないので、あまり実感がないのですが…今後に期待。

tag.php

tag.php は、独自に作成したテンプレートです。各エントリをタグでも情報の整理・分類をさせる目的に作りました。こちらもアーカイブページやカテゴリーページなどと同じように、single.php をもとに構成してあります。

• タグの名称を呼び出すテンプレートタグ ・・・ <?php signle_tag_title(); ?>

データをサーバにアップロード

さて、これでひととおり完成しました。
すべてのテンプレートファイル、画像を入れたフォルダ、作成したテーマのスクリーンショットがあれば、それらをテーマ名をつけたフォルダに入れて、サーバ上の wp-content / themes / フォルダ内にアップロードします。
WordPress 管理画面「デザイン」にアクセスし、作ったテーマを選択してサイトが正しく表示されればオッケイ。今後、管理画面で修正したい場合には、各ファイルのパーミッションを「書き込み可能」にしておいてください。

ウェブサイトそのものの設定

管理画面「設定」から、一般設定、投稿設定、表示設定、ディスカッション、プライバシー、パーマリンクの設定などの確認をします。特に投稿設定、ディスカッション、プライバシー、パーマリンクの設定は、きちんとチェックしておいた方がよいです。

投稿設定

エントリの表示件数の設定、RSS の配信方法。

「更新情報サービス」で サイトを更新した際に ping を送信するように、各 ping 送信サービスの URL を記入しておきます。Technorati、Bloggers、Feedburner、Yahoo!、Google あたりをおさえておけばよいのではないかと。

ディスカッション

ピングバック、トラックバック、コメントの受付の可否、承認・非承認

プライバシー

サーチエンジンにクロールさせるかどうか？

パーマリンクの設定

5種類から選びますが、選ぶポイントが人それぞれ違うと思います。私は「カスタム構造」を選択し、カテゴリ/ ポストID / ポスト名 で設定してあります。.htaccess の mod_rewrite の再設定もお忘れなく。

テーマを作ってみた感想

私は右も左もわからない状態から始めたので、WordPress の構造やテンプレートの用途を整理して理解するのに時間を費やしました。ページ分割する、という意味がよくわかってなかったのですね…なぜ分割する必要があるのかと。

ページを分割し、それぞれをパーツ化することで、ウェブサイトの各ページ構成を自由に変化させることができる。従来のウェブサイトの作り方ですと、それらをページごとにいちいち作っていかなければなりません。最初はちょっと面倒な気もしますが、いったん作ってしまえば、それを使いまわすことができて、なおかつ変数を用いることでさらに変化をつけることができる。

私の場合はたいしたことはぜんぜんしていないので、その便利さや多機能さを十分に発揮しているとはとてもいえません。WordPress の場合は、HTML や CSS のことだけでなく、PHP もわからないと突っ込んだことができないので、それがもう今後の課題だなぁと…終わりはない。と書くと、なんか大変そ～とか思っちゃうんですが、まだまだ勉強できる余地があるということなので、がんばらないかんな、と。

最初から理解している人にとってはなんてことないことでも、私のようにわからない人から見たら、ちんぷんかんぷんなことがたくさんありました。解説サイトや本を読んで調べたりすることでかなり解決しますけれど、それでもやはり、手取り足取りというわけにはいきません。

その穴埋めになるかどうかはわからないのですが、わからない人が初めてやってみた手順をこうしてメモにして残しておこうと。今後もちょっとずつ手直しをしていきたいですし、別のテーマを作る際には、もう一歩踏み込んで作れたらいいなとも思っています。
流れとか、言い回しとかの違いや、これ抜けてんじゃん的なものもあるかもしれないけども…なにかのお役に立てれば幸い。立てなかったらごめんなさい。
間違っているところがあったり、もっとよい方法がありましたら、ご指摘もしくはアドバイスをいただけたらと思います。

が、このエントリでは、WordPress を初めて導入した状態から、テーマを作るための超基本的な手順になりますので、具体的な HTML やスタイルシートの書き方などは、ほとんど記載していません。すぐに使えるようなテーマの作り方を知りたいと思ってここにたどりついた方、ごめんなさい。

構成を理解する

まず、WordPress のテンプレート構成を理解することから始めました。
index.php, single.php, page.php, archive.php… etc
どのテンプレートが、どんな役割をするのか。最低限、どんなテンプレートが必要なのか、名前をみれば、なんとなく想像がつくのですが、ここできっちり理解しておきたいなぁと思ったので。当然のことですが、これがわかってないと、なんもできません。

標準でインストールされているテーマや、Web上で配布されているさまざまなテーマの中身を見たり、人様のサイトを拝見したり、本を読んだりして勉強していきました。

必要なテンプレート

極端な話、ウェブページを表示するメインインデックスのテンプレート (index.php) と、ウェブページをデザインするスタイルシート (style.css) さえあれば問題なく機能します（ウェブページを表示するだけなら、まったく無問題）。テンプレートが index.php しかなければ、すべてにおいて index.php が優先して使用されるので、ページ分割しなくてもよいですし、ほかのテンプレートもいりません。これがいちばんシンプルな構成になります。

ただ、それでは CMS （コンテンツ・マネージメント・システム）をわざわざ使う意味がありません。既存のサイトの作り方で十分です。同じコンテンツを扱うにしても、それぞれのテンプレートを組み合わせてさまざまなかたちでウェブページを構成させるのが CMS の便利なところだと思いますし、目的、最大の機能でもあるからです。
そこで、WordPress のテンプレート構成を確認しながら、実際にどのようなページ構成（ウェブページの見せ方、デザイン）にしようかな？と考えていきました。

実際に作ったテンプレート

結果として、以下のテンプレート、およびスタイルシートを制作しました。

• メインインデックスのテンプレート (index.php) ･･･ メインページを表示
• 単一記事の投稿 (single.php) ･･･ エントリごとのページを表示
• アーカイブ (archive.php) ･･･ 月ごとのエントリを表示
• カテゴリーテンプレート (category.php) ･･･ カテゴリごとのエントリを表示
• ページテンプレート (page.php) ･･･ 時系列に依存しない独立したページを表示
• 404 テンプレート (404.php) ･･･ 404エラー（該当するページがない）になった際のページを表示
• 検索結果 (search.php) ･･･ 検索結果を表示
• ヘッダー (header.php) ･･･ ページ分割した際のヘッダー部分
• フッター (footer.php) ･･･ ページ分割した際のフッター部分
• サイドバー (sidebar.php) ･･･ ページ分割した際のサイド部分
• コメント (comments.php) ･･･ 単一記事などで、コメント欄を表示
• tag.php (tag.php) ･･･ タグごとで分類して表示
• style.css ･･･ スタイルシート

先にも書いたように、index.php 以外にテンプレートがなければ、index.php が優先して使用されます。
バージョン 2.5 から各エントリに対してタグがつけられるようになり、私はエントリごとにタグで整理できるようにもしたかったので、tag.php を作成しました。

ページ分割する際、最低限必要になるテンプレート

• メインインデックスのテンプレート (index.php)
• ヘッダー (header.php)
• フッター (footer.php)
• サイドバー (sidebar.php)
• コメント (comments.php)

ヘッダー、フッター、サイドバー、コメントは、メインインデックステンプレートを構成するパーツです。

あった方がよいテンプレート

これらは、ウェブページの見せ方によって必要になるものもあれば、そうでないものもあると思います。ただしユーザビリティ（使いやすさ、わかりやすさ）、情報の整理・分類なども意識するなら、「あった方がよい」というより、「必要」になるかと私は考えます。

• 単一記事の投稿 (single.php)
• アーカイブ (archive.php)
• カテゴリーテンプレート (category.php)
• ページテンプレート (page.php)
• 404 テンプレート (404.php)
• 検索結果 (search.php)

任意で作成、使用するテンプレート

• tag.php (tag.php) ･･･ 各エントリにつけられたタグごとに表示
• date.php (date.php) ･･･ 日付ごとに表示
• home.php (home.php) ･･･ ウェブサイトのトップページを表紙的に表示
• category-○.php (category-○.php) ･･･ 特定のカテゴリを表示。○ にはカテゴリIDを記入
• archives.php (archives.php) ･･･ アーカイブ、カテゴリなどをまとめて表示
• author.php (author.php) ･･･ 投稿者が複数いる場合、投稿者ごとに表示

コメントをポップアップ表示させる際の comments-popup.php（これはいらないと思う）、WordPress をさらにすてきに使うための functions.php などは使いませんでした（functions.php は 100%プログラムなので、私にはもっともっと勉強しないとわかりません…）。
また、さまざまな用途に合わせた、独自のテンプレートを作ることも可能です。

コーディングツール

コーディングには、Dreamweaver を使いました。私は普段から Dreamweaver を使っているので、使い慣れているものがよいだろうという理由なだけです。Firefox ユーザなら、Firebug を使われている方も多いと思います。
もちろん、従来のテキストエディタでもまったく問題ありません（ただし、文字コードの問題がありますので、そこらへんをきちんと管理できるテキストエディタがよいです。WordPress の文字コードは、UTF-8 ですので、Windows のメモ帳とかはダメですよ笑）。ちゃんとした HTML さえ書ければ、コーディングツールはなんでもよいかと。

Windows であれば、秀丸、サクラエディタなど、Mac なら TextMate、codaなど（いずれも有料アプリです）を使うのが吉です。
私はちょっとした修正などは、TextMate を使っています。Zen-cording が注目されていますが、コードヒントや入力補完、スニペットを入れとけば、便利な機能満載ですのでおすすめです。

XAMPPの導入

サーバに WordPress を設置してあったのですが、テーマを作るうえで、サーバ上での編集となると、なにかと面倒ですし、いろいろと危険はつきものです。というか、やりませんよね、ほとんど…最後の最後ぐらいしか。
そこで、WordPress の構築に必要な Apache,PHP,MySQL などを一括インストールできる XAMPP for Windows という便利セットを使い、ローカルにウェブサーバを作り、WordPress をインストールして編集を進めました。（XAMPP については、別エントリで書きます）
まずはローカルでテーマを作り、すべてが出来上がったらサーバにアップロードします。

どのファイルから作り始めるか

さて、テンプレート構成を理解したら、実際にテーマを作っていきます。

• index.php
• style.css

まず、ウェブページを表示する「index.php」から。
ほかにもページテンプレートや、単一記事のテンプレートなども、構成のしかたによってはあとあと必要になりますが、なにもかも index.php がベースになっていきますので、まずは index.php の作成をし、同時にスタイルシートでのデザインも進めます。

実際の作り方

メインインデックステンプレート

ファイル名こそ「index.php」ですが、最初はごくごくいたってふつうの HTML で書き込んでいきます。
テンプレートタグの登場はまだです。これはあとで HTML タグと置き換えます。（最初からわかっていれば全然問題ないと思いますが、わからないうちはまず HTML できちんと書いてから、それに該当するエンプレートタグに置き換えた方がわかりやすかと）
デザインに画像が必要なら作って、テキストなども CSS でデザインを整えます。

スタイルシート

CSS ファイルの冒頭には、コメント形式でテーマについての詳細を書いておく必要があります。
どこの誰がこのテーマを作ったか、という名札みたいなものでしょうか。

/*
Theme Name: テーマの名前
Theme URI: テーマのホームサイトの URI
Description: テーマの説明
Author:  制作者の名前
Author URI: 制作者の URI
Version: バージョン番号（任意）
*/

これがないと、WordPress の「デザイン」画面で正しく表示されないので、必ず記入しておきます。
themes フォルダにアップロードするフォルダの中に、作成したテーマのスクリーンショットを入れておくと、デザインの管理画面で表示される仕組みになっています。JPEG形式でオッケイです。（私は面倒なのでやっていませんが、テーマを配布する目的があるなら当然入れておくべきでしょう）

バックアップをとっておく

うっかりものの私は、常にバックアップを取っておくようにこころがけていましたが、ここでさらに、別の場所にもバックアップを取りました。なぜなら、このあとに HTML タグからテンプレートタグに置き換えたり、ページを分割するからです。
ここでうっかり必要なタグを消してしまったり、わけがわからなくなってしまったら元も子もないので…ほとんどの方は大丈夫かもしれませんが、念には念を、です。

HTML タグから、Wordpress のテンプレートタグに置き換える

おおかたコーディングもデザインもできあがったら、HTML タグから WordPress のテンプレートタグに置き換えられる箇所をピックアップして、置き換えます。

たとえば、サイトタイトルなら、
<title>サイトタイトル</title>
を
<title><?php bloginfo('name'); ?></title>
となります。

テンプレートタグは、別に使う必要もない場合もあったりします。必要な箇所にはプログラムを書いたり、HTML だけでそのままいけたり、なにがなんでもすべてをテンプレートタグに置き換える必要はありません。テンプレートタグを書くことによって、そのつどそれに当てはまるデータをデータベースから呼び出しているわけですから、微々たるものかもしれませんがサーバに余計な負担をかけたくないと思えばそうするべきかと。その見極めは人それぞれですので、柔軟に対応していけばよいと思います。

• 参考ウェブサイト : WordPress.org Template Tags

comments.php を作る

エントリに対してのコメントやトラックバックを受け付けるためのテンプレートを作ります。
私は、標準でインストールされているテーマ 「classic」 のコメントテンプレートをもとに、マークアップのしかたを少し変えたりしてカスタマイズしました。

WordPress 管理画面の「設定」→「ディスカッション」の設定で、「名前とメールアドレスの入力を必須にする」の項目にチェックを入れてある場合には、コメントテンプレートのフォームタグ部分に <?php if ($req) echo ‘(required)’; ?> を記述します。
if ($req) で入力が必須であることを指定し、echo ‘(required)’ で「必須（required）」のテキストを表示させます。

名前の入力フォーム
<p>
<input type="text" name="author" id="author" value="<?php echo $comment_author; ?>" size="22" tabindex="1" />
<label for="author"><?php _e('Name'); ?> <?php if ($req) _e('(required)'); ?></label>
</p>
メールアドレスの入力フォーム
<p>
<input type="text" name="email" id="email" value="<?php echo $comment_author_email; ?>" size="22" tabindex="2" />
<label for="email"><?php _e('Mail (will not be published)');?> <?php if ($req) _e('(required)'); ?></label>
</p>

このときに、名前とメールアドレスは入力必須であることを書いておいてあげるとよいかなと思います。「echo ‘(required)’ 」がそれに該当しますので、ひと言添えておいた方がよいでしょう。
また、管理者が承認するまでコメントやトラックバックを表示させない設定にしてあるときには、コメントしてくれた人には自分のコメントを読めるのですが、実は承認されるまでほかの人からは見えない仕組みになっていますので、「承認されるまで表示されませんよ」ということに触れておいてあげるとさらに親切だと思います。

で、次は

さて、次はページを分割します。
…が、思いのほか長くなったので、それは次のエントリにでも。

→『WordPress のテーマを作る　その2』を読む

WordPress のバージョンアップ手順

1. 全データ（WP本体まるごと、データベース）をバックアップ。
   WP本体は FFFTP でダウンロードし、ローカルに保存、データベースはデータベースの管理画面からバックアップ。
2. 使用しているプラグインをすべて止める。
3. wp-admin フォルダ･･･フォルダごとすべて削除、新しいバージョンをアップロード。
4. wp-includes フォルダ･･･フォルダごとすべて削除、新しいバージョンをアップロード。
5. wp-content フォルダ･･･フォルダ内の index.php →新しいバージョンアップロード（上書き）する。
   ほかのフォルダの詳細は以下。
   （※使用状況はユーザごとに異なるので、すべてにあてはまるとは限らない。言語ファイルを使っている場合や、プラグインのインストール状況にもよるので要注意）
   • languages フォルダ･･･いったん、フォルダごと削除。新しいバージョンをアップロード。
   • plugins フォルダ･･･そのままでOK。
   • themes フォルダ･･･基本的にはそのままでOK。
     ただし、defalt や classic などの、もとから入っているテーマを使用している場合は、新しいバージョンをアップロード（上書き）する。
   • uploadsフォルダ･･･ここに画像データなどを入れている場合は、絶対に削除しないこと。
6. WP本体のあるルートディレクトリに置いてある、wp-config.php、.htaccess 以外のファイルをすべて削除、新しいバージョンのファイルをアップロード。
   当然、wp-config.php、.htaccess はそのまま残す。
7. http://hogehoge.com/WP本体設置ディレクトリ/wp-admin/upgrade.php にアクセス。
   データベースの更新が問題なく終われば、自動的にダッシュボードへのログイン画面へ移動。
8. プラグインを有効化、最新バージョンでも使えるか確認。
   アップグレードできるようならモチのロンでしておく。
9. 私の場合、パーマリンクをカスタム構造にしてあるので、その設定を更新。
   .htaccess を書き込みできるようにパーミッションを変えておけば、WPが自動的にパーマリンクの設定の変更をしてくれる。
   このあと、.htaccess を書き込み不可に戻すのを忘れない。
10. サイト内のページすべてが問題なく表示されるか確認。
11. おわり。

• 参考ウェブサイト ： 『WordPress のアップグレード/詳細 – ps*wiki』

wp-config.php も

上書きしてはならぬ、という wp-config.php 自体も、そのままにしてちゃダメです。
セキュリティをしっかり守るためには、ほったらかしはいかんですよね…

• 参考ウェブサイト ： 『WordPress.org 公式ブログ｜WordPress 2.5.1』（和訳）

プラグインの管理

使用中のプラグインに関しては、WPの最新バージョンで動くかどうか、ひとつひとつ検証しつつ、再実行します。
大して数も入れてないから、さして苦でもなかろう。

とりあえず自分の手を動かしてみる

WPのバージョンアップを自動的に行ってくれるプラグインもあるのですが、勉強中の身ゆえ、なんでもかんでもプラグインに頼らず、手動でもできるようになっておきたいな、ということでメモっときました。
手間をかけることなく、それで時間が短縮されるなら、このようなツールを使えばよいと思うんですけどね。ま、そこはそれ、これはこれってことで。
WPのバージョンアップを自動的に行ってくれるプラグインは、以下のサイトでダウンロードできます。

• 参考ウェブサイト ： 『WordPress Automatic Upgrade plugin update』