まだあまり模索していないですが、結論から言うと、とりあえず下記のようにすれば出来ています。

1. テストサーバーを用意する（WordPressをインストールする）
   同一サーバーの別階層に別のWPをインストールすればOK。 
2. テンプレート（例：index.php）の冒頭でwp-config.phpを読み込む
   <?php include(‘../../../wp-config.php’); ?>
   <?php get_header(); ?>
   ….. 
3. プレビューの度に「ライブビュー」ボタンをOn/Offする

Adobeの新しいシリーズ「CS4」の中で、Webオーサリングソフトウェア「Dreamweaver CS4」の新機能の１つは「ライブビュー」という機能。

これは、従来ならファイルを編集後FTPでUP→ブラウザでリロード、という手順で行っていた確認作業をDreamweaver内に内蔵されたWebブラウザで行い、作業を効率化を図れる機能。注目すべきはその内蔵ブラウザの描画エンジンが、Safariなどでも採用されている「WebKit」が使われているので、かなり本番に近いプレビューができること。”使える”機能になっています。

ということで、早速WordPressのテンプレート編集につかえないかな〜と考えたわけですが、使う前から薄々懸念されることがあります。

WordPressに限りませんが、CMSのテンプレートって、それ単体では完結していなくて、header.php/index.php/sidebar.php/footer.phpなどに分かれてることが多いですね。なので、index.phpだけ「ライブビュー」でプレビューしたところで、HTMLページを構成するヘッダーもフッターも備えていないのでエラーが発生します。

ではなぜWordPressの本番サイトはエラーを起こさず、ページが生成されるかといえば、index.php内の冒頭get_header()を、ページ下部にてget_sidebar()、get_footer()というWordPress独自の関数が挿入されていて、これをきっかけに各テンプレートがいわば”合体”しているわけです。

「じゃあDreamweaverもget_header()を実行してくれればいいじゃん」

という話が出てきそうですが、そんな関数Dreamweaver自身は知る由もなし。WordPressの独自関数なので。

（この辺、DWの拡張機能として提供されたら便利ですねぇ…ちなみにget_header()をinclude(‘header.php’)に置き換えると無事実行されます、WPではなくPHPの関数なので。ただ弊害があるかどうかはわかりません）

このget_header()…関数がこのindex.phpテンプレート内に定義されていれば無事実行できますが、実際はWordPressの別ファイルに定義されています。結果として、冒頭に書いたように、WordPressの”根っこ”のファイルでもある「wp-config.php」ファイルを読み込んだところ、ページ形成に必要な情報が呼ばれてどうにかページを形成できました。

しかしこれをそのまま本番サイトにアップするとエラーが発生します。

※２のライブビューをOn/Offしないと反映されないのは使い方が間違っているのか仕様なのかバグなのかわかりません。

ということで、実用的な方法を模索したいと思いますが、すでにご存知の方は教えて下さいっ<(__)>

【追記】JavaScriptなどブラウザ側で実行されるスクリプトの編集こそ効果を発揮しそうです。PHPはサーバ側で実行するスクリプトなので、編集後は当然サーバーに何らかのかたちでアップロードしない限り実行できないですから。。。command+shift+u（アップロード）、commant+tab（アプリ切り替え）、command+r（リロード）のほうが早くて確実？

—
以前からあるテーマ/テンプレートのダウンロードサイト↓
『Theme Viewer』

Why WordPress is minor in Japan MarkupDancing (2008/3/30)

1.MTにはサポート面での信頼性、信頼感がある
2.データベースの利用は高額だった(からDBに依存するWPは問題外)
3.Webプロダクションでは「プログラミング」とはperlでコードを書くことを意味する（つまりperlのMTのほうが日本人には馴染みやすいということ？）
4.日本のWebデザイナーはプログラミング言語が使えない（のでPHPの基本スキルが要るWPは使えない）
5.日本ではフリーソフトウェアの健全なコミュニティが育ちにくい（ということかな？）

既にみんなが気づいている内容が多いですが、2の「データベースは高額だったから」というより、そもそもWordPressをみんな知らなかった。いまだにWebデザイナー向けの雑誌やレンタルサーバのキャッチコピーには「MovableType」はあっても「WordPress」の文字はごくわずか。ほんとに。このブログの訪問者も「WordPressとは」という検索語句が毎日ある。

　
思うに、うちのような地方の小規模Web制作者は、すぐに集まれるような制作者仲間が少ないし、そもそも積極的にコミュニティを形成することに慣れてない(独立独歩でやっているうちに一人で解決することに慣れてしまう)。そうすると入ってくる情報も少なく遅くなる（Webで探せることは自分の知っていることに関連した事以外入って来にくくなる）。だから、初動までにタイムラグができる。つまり地方の中小制作会社にじわじわとWordPressの波が広がっている最中ではない？地方、という括りは変だろうか。。

ちなみに自分がWordPressを初めて知ったのは2年半前。バージョンはME2.0.2。そのさらに2年前にはすでにMTでサイト構築していたけど、XOOPSの名前をちょろっと知っていた程度。

1の「MTにはサポート面での信頼性、信頼感がある」っていうのはあるのでしょう。制作者も日本語ドキュメントも多い。でもむしろ、MTのProNetへ加入するとライセンスを割引価格で購入できるのでそこでもマージンが得られる、ということもあるんじゃないのかな～？と思うんですけど。中・大規模サイトならなおさら…

4の「日本のWebデザイナーはプログラミング言語が使えない→WPはPHPの基本的なスキルがいる」というのは、ごく普通の企業サイトをつくる分には特別PHPの知識は要らないような気がする。ポータルサイトやCGM的なサイトへ応用するなら要るけど。本家サイトにはテンプレートタグの解説があるから。つまりは必要なのは英語力のほう。そういう意味で「wptags.com」の役割は大きかったのだろうけど、今はアクセスできず残念。

whileとかelseとかの語句が心理的な壁を高くしてるのでしょうか。MTはどんなだっけかな？

「テンプレートタグ」って要は、いくつものPHP関数と変数やら定数が自動処理される「オールインワンPHP関数」で、「PHPとはなんぞや」を知らなくても用意されたオプション値を変えるだけでOK…そう考えればMTのタグと変わらないような。

5の「日本ではフリーソフトウェアの健全なコミュニティが育ちにくい」（と勝手に解釈）についてはよく知らない。趣味や”Geek”としてWordPressを追っかけていれば分かったのかもしれませんが、仕事上必要な情報収集＆アウトプットしかしていないので。

WPかどうかわかりませんが、フリーソフトウェアのサポートをボランティアで行うような人が、本の出版を目指したり有名になろうとするとそれをタタクような人がいる…そういうのに遭遇したわけではないけど、なんだか理解できる。

横並びの環境で育ってきた同じ人間に、あびるほどの情報がそそがれ続ける、日本。同じ顔した人間が「タッチの差で抜きんでる」ことに嫉みを覚えるのか？

—

WordPressがWeb制作ツールとして日本でどの程度メジャーになれるのだろう。少なくとも、情報が少ない→利用者が増えない→信頼感がない、と負のスパイラルにならないように、微力ながら自分もがんばっていきたいですが。

自分の中では、世界的に見ればWordPressはものすごくユーザーベースが大きいので、それがすごく大きな信頼感に繋がっている（オープンソースの信頼性に疑問を抱くようなクライアントにもまだめぐり合っていない）。

自分がWPに飛びついた理由は、

1.人と違うツールを使いたい。ひねくれ差別化。
2.可能性に惚れ込んだ。
3.再構築エラーが出ない（笑
4.DBが壊れない。
5.動作が軽い。

使いながら気づいていったのは、

1.足りない機能はPHPで「即時」補える。
2.プラグインが豊富にある、つくれる。
5.WPはDBとのインターフェイス。Webアプリの母艦みたいなもの。

—

こんだけの恩恵を無料で得ているわけなので、Web制作者としても何らかのかたちでオープンソースに貢献しなきゃ、と思います。といっても自分一人じゃプラグインはつくれない（そろそろがんばってみます）。そしたらまずは、制作例をたくさん紹介して、WordPressの可能性になるべく多くのひとに気づいてもらう。そしてノウハウを共有すべく、ブログになるべく具体的に書く。フォーラムで困っている人にコメントしてあげる。そして（スキル的に必要なくても）WordPress本を買う。まだ１冊しか買ってないので全巻買うことにします（…て何冊あるんだろ汗）。

このブログもいまだにシーサーなんだけど（アカウントもってたし検索サイトにインデックスされるのも早かったし、シーサーブログのカスタマイズを頼まれたので勉強に）、このサイト自体がWPの見本サイトみたいになってたほうが話が早いだろう、と思うのでなるべく早くWordPress化します。

WordPress 2.5に合わせた互換性の改善がメインのようですが、新しいインストーラ、”新しいトピック”などRSSフィードの追加など新機能も追加されているようです。

bbPressは、WordPressのフォーラムにも使われているオープンソースのソフトウェアで、WordPressとの連携ができます。例えばユーザー情報の共有、ログイン状態の共有など。つまりWordPress側でログインしていると、bbPressでもログイン状態となります。Akismetによるスパム対策、プラグインによる機能追加もできます。

　
WordPressのフォーラムを見るとわかるとおり、マルチスレッドで、それぞれのトピックの件数や投稿数を表示できて、各投稿ごとにタグを付けることもできます。タグクラウドを表示することもできます。

WordPressと連携する場合、たしかセッション情報を共有するためにwordpressフォルダ内にbbPressを設置する必要がある、など制限があったと思いますが、WordPressと同じくテーマ/テンプレートによるデザインの自由度があるなど、かなり魅力的です。

WordPressの開発元であるAutomattic社のプロジェクトです。

情報源）
bbPress: bbPress 0.9 released WordPress Planet (2008/4/3)

リリース記事）
bbPress 0.9 released bbPress (2008/4/3)

ところでこれは”WordPressの日本語版がなくなってしまう”という話ではなくて、”本家”のWordPressの日本語版が充実したので役目を終えたということなのだと思います。

これからはこちらを参照することになります→
WordPress 日本語ローカルサイト

　
いちおうフォーラムも立ち上がっています。しかしドキュメント類はこれからWordPressを使おうという人には心もとないな。

過去２回、本家版のWordPress日本語版を「エックスサーバー」にインストールしようとして失敗しているので（インストールスクリプトが途中で止まってしまう）あいかわらずMEを使い続けてきたのですが、いよいよ本家版をきちんと検証しないといけませんね。
【追記】
/wp-includes/wp-db.phpの106163行目

これで問題なくインストールできるようです。本家側にも伝えられて今後のバージョンでは修正されているようです。PHPのバージョンに依存するバグかもしれない、とのこと。
（必要そうな部分はGoogleノートブックなどにコピペしておくといいですよ）

テンプレートタグ解説サイト「wptags.com」はどうしてしまったんでしょう？エラーで開けません。うちのスタッフが困っていました（^^；
【追記】
フォーラムのこちらの投稿に対応が書かれています→日本語版ドキュメンテーション運営体勢

まぁ、タグや基本的なWordPressの解説は数冊でている本に解説があると思うのでそちらを買われると良いでしょう（私は最初に出版された乙彼＋田中氏の本だけは持っています）。このサイトでも基本的なタグ解説までフォローすべきでしょうか…
【追記】
こちらのサイトで本家WordPressドキュメントの日本語化が進められているようです。テンプレートタグも一覧性が高くてみやすいですね（日本語化）
Codex – ps*wiki
テンプレートタグ – ps*wiki

これからもこちらのブログでは、主にCMS（コンテンツマネージメントシステム）としてのWordPressの応用方法をメモっていきたいと思います。

WordPressサイトで、特定の記事ごとorカテゴリごとに違うサイドバーを読込む。

例）
会社概要のページ…記事IDが「１」とする
製品案内のページ…記事IDが「２」とする
　→ sidebar-page.php
スタッフブログ(カテゴリ)…カテゴリIDが「３」とする
　→ sidebar-blog.php
その他
　→ sidebar.php

以上のように記事やカテゴリ毎に別のサイドバーを表示させるには？

　
※あらかじめ上記ファイル名でそれぞれのサイドバーを作っておく。

■対象テンプレート：
index.php
single.php
page.php
他

■方法：
デフォルトテーマのテンプレートの場合、最後のほうにある

を下記のように修正

わかりやすくするために単純に書きましたが、is_single()やis_page()などコンディショナルタグも併用しないと思わぬ結果になることがあると思います。工夫してみてください。

■補足：
sidebar-page.phpの中でさらに「会社概要」と「製品案内」でサイドバーの内容を変えるには、コンディショナルを使って同様に分岐処理。

また記事IDの代わりに記事スラッグを使って判断させても良いと思います。

以上

■現状：
1.原始的な方法）
　テンプレートにバナー広告を直接張り込む
2.ありそうな方法）
　テンプレート内にiframeを使って表示
3.WPならではの方法）
　「ページ」機能で広告専用ページをつくり、query_postsで１件だけ呼び、CSSでwidthとheightを固定して、overflow:none; overflow:hidden;ですね汗…にする。

1と2は技術的には簡単だけれど、更新がめんどう、HTMLやPHPやFTPがわかる人でないと苦労するなどの問題が。うちでは今のところ3のページ機能を使って広告管理をしていますが、今回「ウィジェット」を使うことでさらに表示位置を管理画面から簡単に変えられるようになります。

　
■方法：
※あらかじめ「ExecPHP」というウィジェットをインストールしておきます。コチラを参照

• 1.投稿＞ページ にて、バナー広告コンテンツ専用ページをつくる（ページID:8 とする）。必要なバナーの分だけページを作成する。
• 2.コンテンツ（投稿内容）にバナー画像を挿入
• 3.そのページのカスタムフィールドにて、
キー:掲載開始日／値:2008-01-27 23:00:00
キー:掲載終了日／値:2008-02-27 23:00:00

と設定。

• 4.公開（保存）
• 5.表示＞ウィジェット にて、「利用できるウィジェット」から「PHP Code 1」を「サイドバー１」の好きな位置へドラッグ＆ドロップ
• 6.ウィジェットを開き、以下の内容を記述
  ＜?php
  $ad = new WP_Query(“page_id=8“);
  $ad_start = get_post_meta($ad-＞post-＞ID , ‘掲載開始日’ , true);
  $ad_end = get_post_meta($ad-＞post-＞ID , ‘掲載終了日’ , true);
  if ((!$ad_start || $ad_start ＜ current_time(‘mysql’)) && (!$ad_end || current_time(‘mysql’) ＜ $ad_end)):
  echo nl2br($ad-＞post-＞post_content) ;
  endif;
  ?＞

  ※page_id=8は、先に作成したページのIDです。
  ※WP_Queryの代わりにquery_postsでも良いと思います。

• 7.タイトルは空にして、右上「x」で画面を閉じる
• 8.変更内容を保存

以上

■結果：
設定した「掲載開始日」と「掲載終了日」の間だけ、ウィジェットの内容が表示されます。掲載終了日を過ぎると自動的にバナー広告は非表示となります。

■解説：
あらかじめ作成したバナー広告用のページ記事をID指定で呼び、変数$ad_start、$ad_startにそれぞれget_post_metaでカスタムフィールドの「掲載開始日」「掲載終了日」を代入し、current_time(‘mysql’)で現在の日時とカスタムフィールドの値を比較して、その範囲以内（または上記カスタムフィールドの値が未設定）なら表示します。最後のnl2brは必要ないかもしれませんが、バナー画像でなく文章だった場合に、WP_Queryで呼び出すと改行が無効になってしまうようなので。query_postsでは改行は生きます。

■備考：
次回バナーを差し替える時は、後半のウィジェット設定は必要ありません。そのバナーセクションの表示位置を変えたい時だけ、ウィジェットの画面を開いて、ドラッグ＆ドロップだけで簡単に表示場所を変えることができます。
その他のバナーも同じ要領で、別のPHPウィジェットを使って作ります。標準では「サイドバー１」しか用意されていませんが、register_sidebar()の引数に数字を与えていくつでもサイドバーを（サイドでなくてもフッタでもコンテンツヘッダでも）つくれるようなので、アイディア次第でかなり本格的なCMSが構築できるでしょう。それこそページ丸ごとウィジェット化（…もはやウィジェットではない）できなくはないわけですね。

■対象テンプレートタグ：
previous_post_link()
next_post_link()

■ハック対象ファイル：
wp-includes/template-functions-links.php

　
まずprevious_post_linkを修正。

247行目：$cat_array = get_the_category($post->ID);

のあとに下記を追加↓
248行目：$cat_depth = count($cat_array) – 1;

※カテゴリ階層の深さに応じて適切なIDを取得するため、配列の最後の位置を取得して下記へ代入。

249行目：$join .= ‘ AND (category_id = ‘ . intval($cat_array[0]->cat_ID);
を下記のように修正↓
249行目：$join .= ‘ AND (category_id = ‘ . intval($cat_array[$cat_depth]->cat_ID);

252～254行目の for～ をコメントアウト。

next_post_link用に279行目からも同様に修正。

■例：
親カテゴリ「ジャンル」
子カテゴリ「ブログ」
孫カテゴリ「WordPress」
それぞれにチェックを入れた記事の場合、孫カテゴリの「WordPress」に属する記事のみへ「前の記事」「次の記事」が有効になる。

を使う代わりに

という呼び出し方をすると、phpの関数の引数に放り込めるので、いろいろに加工できる。

　
■記事の本文or抜粋を取得

例）本文を60文字でカットする

「substr」はphpの関数。１つ目の引数でトリムの対象となるコンテンツを指定、２つ目の引数はトリム開始位置（0=１文字目）、３つ目の引数がトリム終了位置＝文字数。日本語などマルチバイトの場合はあたまに「mb_」を付けてやらないと末尾が文字化けします。
※strip_tagsも併用しないと、開始タグだけ残されてレイアウト崩れる可能性あり（strip_tagsは指定したタグ以外のすべてのHTML/phpタグを除去してくれる）。先にstrip_tagsで囲ってから、mb_substrを。

■特定のカスタムフィールドの値を取得

※現在の記事の「キャンペーン終了日」というカスタムフィールドに入れた値が表示されます。

■記事の投稿スラッグを表示

■記事IDを取得

■最終更新日時を表示
コチラの記事にて

現在、このプラグインページはなくなっているようです。このプラグインの代替として現在私は「Themed My Login」というプラグインを使用しています。

—

■名称：Themed Login and Register

■概要：
　WordPressのログイン画面/ユーザー登録画面を、独自のデザインにカスタマイズしやすくしてくれる。管理画面からヘッダ、フッタやHTMLの挿入が可能。また、ユーザー登録時に届くメールの文面も管理画面から登録できる。

■利用方法：
　wp-content＞pluginsフォルダに設置し、管理画面＞プラグインにて「Themed Login and Register」を「有効化」にする。
　管理画面＞プラグイン＞Login Register Optionsにアクセスすると、様々な内容がカスタマイズできる。

Redirect After Login:　ログイン後の転送先URL
Template Header Files:　ヘッダとして呼び出すテンプレート
Template After Header HTML:　ログインフォームの前に差し込まれるHTML
　→＜div id=○○＞など
Template Before Footer HTML:　ログインフォームの後に差し込まれるHTML
　→＜/div＞
Template Footer Files:　フッタとして呼び出すテンプレート。サイドバーなども(CSSの設定による)。

※フォーム自体のデザインはプラグイン内の該当HTMLをいじる必要があります。

User Email Template:　登録ユーザーに届くユーザー名とパスワードのお知らせメールの文面。##username## 、##password##という部分は個別に差し込まれる。

Admin Email Template:　管理者に届く新規登録者のお知らせメール。

■標準ではメールの日本語が文字化けするので以下のカスタマイズ必要。

実際に登録してみると、（メーラーにもよると思いますが）メール本文が文字化けしている。メールのヘッダーを見てみると
Content-type: text/plain; charset=UTF-8
Content-type: text/plain; charset=ISO-2022-JP
と二重に文字コードの指定が差し込まれている。
上の指定はプラグインによって差し込まれたもの、下はWordPress自身によるものだが、上の指定はいらないのでプラグインをいじる。
プラグインフォルダ内の「themed-logreg.php」の130～132行目（$headers　から”Content-Type:　の行）
147行目～149行目のメールヘッダをつくっている部分（同上）をコメントアウトする。

以上

味気ないWordPressのログイン/登録画面に、サイトオリジナルのヘッダやフッタを表示して統一感が出せます。おまけにメール文章もカスタマイズできるのでポータルサイトや会員制サイトのホスピタリティ度？が向上します。