で、その後、色々あってSSDにした経緯をメモ。

以下、まずやったこと。

■BIOSのアップデートに失敗
…しているわけではないよね？？？
と、いきなり伝家の宝刀「CMOSリセット」ｗ
⇒やっぱり関係なし。orz
まぁアップデート失敗していたら
まずWindows起動のロゴすら出ないはず。
今回のトラブルでは
明らかにOSの起動中にフリーズという状態です。

■回復コンソールが出たんでOSを復元させてみる。
⇒これも前回OSが異常終了しているわけではないのですが
駄目もとでやってみるもやっぱり駄目。

■F8押してセーフモード＋ネットワークで起動してみる
⇒立ち上がる。。。
って事はやはりドライバか？？？

■ASUSからマザーボードのドライバ最新を取ってきてインストール
（実は怪しいのはチップセットとこの時点では思ってた）
⇒効果なし。(ノд・。) ｸﾞｽﾝ
（というか一部インストール出来ないので、ここが怪しいのですがｗ）

■一応念の為、他ハードのドライバも再インストール
⇒効果なし（これは大方予想通り）

■イベントログ見る
⇒エラーありすぎて検討がつかないorz
一応、怪しいか？と
「RumDisk系」（メモリの一部を使用）、
「仮想ディスク」をアンインストール＋ドライバ削除
…効果なしヽ(TдT)ノｱｰｳ…

…この段階で諦めがつき
再インストールすることにしました。ｗ

で、どうせ再インストールするなら、
この際SSDにして、クリーンインストールしよう！
（もはや今回のトラブルと関係なしｗ）
で、速攻SSDを買いに行き購入。

買ったのはコレ

crucial　Crucial m4 CT128M4SSD2
（＋2.5ベイが自分のケースに無いので変換マウンタ）

と、実はずっと欲しくて毎回SSDを価格.comで
見ていたので、どれにするか迷うことなく購入ｗ

新たに設置してインストール。

おぉ！Windows7のエクスペリエンスインデックスの評価が
今までプライマリィハードディスクが5.9で他の項目と比較して
最低だったのに7.8と逆に最高になりましたＯ(≧▽≦)Ｏ ﾜｰｲ♪
（自分の使用中のマザーは6Gb/sに対応していないのですが
それでも速度の違いは実感できましたｗ）

で、今回はHDDが別に壊れてたわけではないので
その後、HDDを外部接続して必要なデータを移行し現在に至ります。

おそらく昔ほどSSDの寿命に関しては気にする必要は無いのですが
一応、いつ消えても良いようにあくまでSSDはシステム用として、
マイドキュメントを含めデータはHDDには保存するようにしました。
（ネットのキャッシュやTempは今まで通りRamDiskに）

いやーSSDを購入する良いキッカケになりましたｗ

で、PS3を新しいテレビに繋げることにしたので、
今までPS3専用で使用していたディスプレイが余ったので
デュアルディスプレイにする事にしました。

PCデスクには置くスペースが無かったのでモニターアームを購入。
※購入の際には対応液晶のサイズと耐荷重を確認しておくことを勧めます。

デュアル化はGPUの余っていたポートに繋げるだけで
自動的にデュアルになりました。
※既製品のPCなどはGPU（グラフィックボード）が無く
オンボードであったり、例えポートが複数あっても排他制御
（どちらか片方のみしか使えない）の場合などがあるので、
環境を事前に確認しておく事をお奨めします。

今までPCで使用していたモニターとは最大解像度が異なっていたのですが、
それも特に問題もなく、若干微調整した程度。
（今回繋げた方をメインとして、若干高さ調整した程度。）

デュアル環境って今までやったこと無かったので、
逆にこんなに簡単なのか…と拍子抜けしましたｗ

で、使用した感想なのですが
予想していたより、かなり便利になりました。
自宅ではデュアル環境にしても意味ないかな？
・・・とちょっとだけ思っていたのですが、
単順に作業領域が広いだけでこんなに便利なのかと思いました。

迷われている方は是非、導入をｗ

readme.html
■バージョン変更

wp-admin/about.php
■「メンテナンス＆セキュリティ」が記述されるようになった。

wp-admin/load-scripts.php
■json_encode関数が無い場合の処理が追加

wp-admin/press-this.php
■スタイル追加（margin:0にしたりとか)
■bodyタグのクラス指定が使用言語のロケールが右書きの場合、別のクラス名になるように処理追加

wp-admin/users.php
■promoteの部分の条件がおそらく漏れがあったので修正されたと思われます。(105行目)

wp-admin/includes/dashboard.php
■非アクティブだけ飛ばす処理だったのを「orphaned_widgets」も処理を飛ばすように修正(398行目)
※おそらくウィジットの個数がこれで正しくなったんだと思います。

wp-admin/includes/ms.php
■get_space_allowed関数内のblog_upload_spaceの値の判定方法を修正（falseだったらという判定から数字以外だったらに変更）(389行目)

wp-admin/includes/template.php
■wp_comment_reply関数内で使用しているwp_editerの初期設定値にtabindexが追加され、初期値に104が入るように変更。(337行目)
■JavaScript向けにエスケープ処理されていたのが無くなりました。

wp-admin/includes/update-core.php
■バージョン変更

wp-includes/capabilities.php
■get_data_by関数で数値チェックを追加（数値で無い時にFalseを返すように）

wp-includes/class-wp-admin-bar.php
■render関数で_bindが取れているかチェックが追加
※この修正は、以前フォーラムで
「WordPress3.3へアップロードするとw-includes内にエラーメッセージが」
を見た時に確認していて、
「wp_footerやdo_action(‘wp_footer’)を2回読んでたらエラーになるんだなぁ」
…と思っていた所でした。
3.3.1でこの修正が入ったのでエラーは出なくなったと思いますが、
（今フォーラム見たら解決済みになってました）
テーマ側もwp_footerを二回呼ばないようにしておく必要があると思います。

wp-includes/functions.php
■クラスbuttonの装飾が変更

wp-includes/functions.wp-styles.php
■wp_print_styles関数のdo_actionをfalse指定時に呼ばないように修正

wp-includes/nav-menu-template.php
■untrailingslashitで末尾の/(スラッシュ)取り除く前を変数化して条件文に追加（365～369行目）

wp-includes/script-loader.php
■/wp-admin/js/common$suffix.jsの日付変更

wp-includes/user.php
■get_blogs_of_user関数内の条件式に$wpdb->base_prefixの有無条件を追加(699行目)
■setup_userdata関数内「$userdata = $user->data;」から「$userdata = $user;」に変更。
※…この変更は結構大きい気がします。ただ、調べた所3.3でおかしくなってて3.2以前に戻ったって事なのかな？？？

wp-includes/version.php
■バージョン変更

/////////////////////////////////////////////////////////////////////////////////////
// jsファイル
wp-admin/js/common.dev.js
wp-admin/js/common.js
■変更点は省略^^;

/////////////////////////////////////////////////////////////////////////////////////
// 言語ファイル
wp-content/languages/ja.mo
wp-content/languages/ja.po
wp-content/languages/ms-ja.mo
wp-content/languages/ms-ja.po
■使用されているソースの行などが変わった。
■ja.poでは一部記述順が変わっている部分がありますが、中身は変わっていません。

/////////////////////////////////////////////////////////////////////////////////////
// twentyelevenテーマ
wp-content/themes/twentyeleven/languages/ja.mo
wp-content/themes/twentyeleven/languages/ja.po
■日付が変わっただけ

/////////////////////////////////////////////////////////////////////////////////////
// twentytenテーマ
wp-content/themes/twentyten/languages/ja.mo
wp-content/themes/twentyten/languages/ja.po
■日付が変わっただけ

個人として使う分には別に良いのですが
お客さんに渡す時には不必要な物だと思いますので、
管理バーから削除してみました。

以下、その方法です。

function.phpに以下を追加

add_action( 'wp_before_admin_bar_render', 'mee_before_admin_bar_render' );
function mee_before_admin_bar_render() {
	global $wp_admin_bar;
	$wp_admin_bar->remove_menu( 'wp-logo' );
}

※「mee_before_admin_bar_render」は任意関数名です。

これだけで消すことが出来ます。

実は、この改編の方法自体はVer3.1以降の
管理バーが付いた時から方法が変わっていません。
なので、既にfunction.php内に
wp_before_admin_bar_renderをadd_actionしている方は
「wp-logo」の引数でremove_menuしてやれば良いだけです。

ちなみに管理バー内の消すメニューの引数を調べるときは
firebugなどのツールでidを見たりすれば、
（liのid名を見たときの「wp-admin-bar-」以降）
他に消せる物(id名)が判ります。
（本当はwp-includes/admin-bar.phpをちゃんと見た方が良いのですが、
プログラム読める方でないと厳しいかもしれません。）

で、フとしたきっかけでGoogleAnalytics見てみたんですが
結構「wp_list_pages exclude_tree」の検索ワードで
このサイトの「wp_list_pages関数exclude_treeの複数指定」に
来られているみたいです。

来て下さるのは本当に有り難いことなのですが、
もう二年近く前の記事ですし、書いた解決方法は
本体ファイルを改編する方法なので、
バージョンアップの度に改編が必要で非常に良くないです。

自分自身、WordpressのVer3.0の時に記事修正して以来
すっかり記事を書いたことすら忘れていましたが、
改めてVer3.3のWordpress本体のソースを見たところ、
未だ不具合のままのようです。

…って事で、今度はfunction.phpで
対処する方法を記載しておきます。

関数にて対応する方法です。
function.phpに以下を記述

// exclude_tree対応
function mee_wp_list_pages( $args ) {
	// wp_list_pagesと同じ引数を設定。
	$defaults = array(
		'depth'       => 0,
		'show_date'   => '',
		'date_format' => get_option('date_format'),
		'child_of'    => 0,
		'exclude'     => '',
		'title_li'    => __('Pages'),
		'echo'        => 1,
		'authors'     => '',
		'sort_column' => 'menu_order, post_title',
		'link_before' => '',
		'link_after'  => '',
		'exclude_tree'=> '' );
	$r = wp_parse_args($args, $defaults);

	// exclude_treeが設定されている場合
	if ( $r['exclude_tree'] != '' ) {
		// 文字列を区切る
		$excludes_tree_arrs = explode(",", $r['exclude_tree']);
		foreach( $excludes_tree_arrs as $excludes_tree_id ) {
			if ( $r['exclude'] != '' ) {
				$r['exclude'] .= ','. $excludes_tree_id;
			} else {
				// excludeが空の場合(最初しか入らないはず)
				$r['exclude'] = $excludes_tree_id;
			}
			// 子のページを取得
			$child_pages = get_pages('child_of=' . $excludes_tree_id);
			foreach($child_pages as $child_page) {
				$r['exclude'] .= ',' . $child_page->ID;
			}
		}
		// 最後にexclude_treeの中身は無くす
		$r['exclude_tree'] = '';
	}
	wp_list_pages( $r );
}

関数説明

動きとしてはexclude_treeの指定したIDから
子ページを全て取得し、全部exclude指定にしてから
wp_list_pagesを呼んでいるだけです。
※使用出来る引数はwp_list_pagesとまったく同じで、
exclude、exclude_treeともに指定していても大丈夫です。

使用方法

1. 使用しているテーマのfunction.phpに上をコピー
2. テーマ内で使用している「wp_list_pages」を「mee_wp_list_pages」に関数名変更

以上です。
これで、そのテーマ使用中はどんなにバージョンアップしても大丈夫で
exclude_treeを複数指定していても対応されます。

差分につきましてはメジャーアップグレードなので
今回は行っていません。

新機能、変更点の詳細は「Version 3.3 – WordPress Codex 日本語版」を
見ていただくとして、個人的良いと思った事をピックアップ。

アップロード機能

今まで、ボタンが複数に分かれていたのが一つになったこと。
なんで複数あるんだ？ってずっと疑問だったのでうれしい変更。
「メディアを追加」を押下後、ドラッグアンドドロップで
ファイルを上げれるのも楽になったのでうれしいです。

管理画面のUI変更

Ver3.2でも管理画面のUIは結構変わりましたが、
今回は更に変わり、ロールオーバーでサブメニューが現れます。
クリックしてアコーディオン形式を開くという操作から
開放されましたのでうれしい限りです。
ただ相変わらず日本語環境下だとメニュー自体の詰まっていうのが
気になるので、別途修正が必要。

テーマを切り替える際にウィジェット保持

これは実際には試していないのですが、保持する様になったみたいです。
（今までは初期化されていました。）
phpで直に触っているテーマの場合は関係ないですが、
ウィジェットを使いこなす方にはうれしい機能だと思います。

html上ではCSSでのbackground-imageで画像が表示されているのに、
ヘルプファイル(chm)にすると画像が表示されてないという現象が起こりました。
その、その解決案です。

ヘルプのプロジェクトファイルであるhhpファイル内の
[FILE]以下に記述する
htmlファイルのアドレス同様に
画像のアドレスを記述しておけばOK。
（hhpからの相対パスで￥区切りのもの）
これで画像が表示されるようになります。

判明するまでに結構悩みましたｗ

（※以下は個人的なことです。）

最近はオンラインヘルプが主流になりましたが、
とある目的でWordpressにて作成しているオンラインヘルプの記事を
ヘルプファイル(chmファイル)にするという事案がありました。

その、オンラインヘルプはWordpressにて作成されていたのですが、
Wordpressは動的作成（読み込み時にページを作成）する
ブログツールであり、実際にhtmlファイルがサーバー上にある訳ではありません。
そのため、プラグインにてサーバー上に静的ファイル(html)を
作成するプラグインを作成して対応しました。
（探したところ静的キャッシュ化するプラグインは有ったのですが、
html化するのは見つけきれなかったので自作することに。）

※あらゆる環境で使用する想定で作成したわけではない為公開はしません。
ただ、同様の事を考えている方のヒントになればと思い手順だけは載せておきます。
（質問して下されば、わかる範囲でお答えいたします。）

以下、その手順です。

まずヘッダー部分、フッター部分、サイドメニュー部分などヘルプファイルとしては
要らないものが多かったので、別途テンプレートを用意しました。
ほぼ、記事本文の部分だけの表示になるテンプレートを作成。
※↓これ大事
header.phpで記述しているcharsetが最初からShift_JISならば問題ないのですが、
utf8の場合はテンプレート上でcharsetを「Shift_JIS」に固定しておいた方が良いです。

次に作成したプラグインを利用してhtmlファイルをサーバーに出力。
肝心のプラグインの動きは

1. httpアクセスして記事をバッファとして取得。
2. 記事内に記述しているURLに「.html」を付加。
   （すでに拡張子があるものは除外）
3. 記事内に記述しているURLを相対パスに変換。
4. テンプレートパス、アップロードパスを特定の相対パスに変換。
5. 文字コードをシフトShift-JISに変換
   (SJISじゃなくsjis-winに変換がお奨め)
6. サーバーにファイル出力。（拡張子に「html」を付加しつつ）
7. hhp,hhc,hhk用のテキストを作成して書き込み。
   (実際にはループで回している間ずっと作成していき最後にFile出力。
   さらにURLは／から￥区切りに変更したりもしてます。）

というものです。

次にプラグインで出力されたhtmlを
FTPを使用してローカル(自分のPC)にコピー。
ついでに適用しているテンプレート内のcssファイル、
ファイルアップロード先の全ファイルもローカルにコピー。

それらをもとに
hhc.exeを使用してchmを作成。
（HTML Help Workshopをインストールすると
hhc.exeがインストール先に出来ます。）

以上でchmが作成出来ます。
なかなかchmを作成する機会が無かったので
今回は勉強になりました^^

※補足
htmlをShift-JISに変換したり、
テンプレートでcharsetをShift-JISにしているのは
chmがutf8に対応していないので、
文字化けや検索機能が使えないからです。
（htmlの表示自体はブラウザのIEを元にしているで、
utf8のままで問題無いのですが…）

以下、個人的な考えなのですが、
Google Chromeは確かに良いブラウザなのでシェアが伸びているのでしょうが、
どちらかと言うとFirefoxが自爆しているってのもある思います。

自爆と思う理由としては、Firefoxの売りだったアドオンが
アップデートによって置いていかれてますもんね。
なぜ、そのアップデートのサイクルをChromeに合わせたのか^^;

前はOpera、今はChromeと
Firefoxは色々迷走している気がします。
なぜFirefox(Ver3.6だっけ？)が支持されていたのか？
をもう少し考え、自ブラウザの信念を持って
他ブラウザに惑わされることなく貫いてほしいものです。

…って、2011年中にあと一回バージョン上がるんでしたっけ？？？
ホント、自滅しないでほしいものです。

先日、記事入力してると
画像ファイルがなぜかアップロード出来なくなった。

よく見ると、
アップロードファイルの最大サイズ: 15KB
になってた。。。

で、調べたところサイトネットワーク管理者の
「設定」→「ネットワーク設定」の中の
「サイトのアップロード容量制限」にチェックが入っており、
その容量が10MBとなっていた為でした。

触った覚えがないので、
おそらくデフォルトでチェックが入っていて10MBになっているのだと思います。
今回は子サイト含めて管理しているのでチェックを外して対処しましたが、
他の方に運営任せている状況だったりする場合、
10MBだとあっという間に容量MAXになりかねないので
多少容量を増やすなりして対処しても良いと思います。

ソーシャルボタンって実は初めて付けたのですが、
WebクリエイターボックスさんのTwitter記事での
紹介URLを参考にさせていただきましたm(__)m