実装規約うんぬんで騒がれていますが、まず
GoogleDriveとしてじゃなくGoogleサービス自体の規約なので
検索、gmail、カレンダー、連絡先なども全部この規約です。

なのでGoogleDriveが怖くて使えないというのであれば
Google自体使わない方が良いのでは？と思ってしまいました。

クラウド自体は本当に利便性を求める上では必要だと思いますが、
やはりデメリットも考えなくてはならないのでは？と思います。
SkyDrive、Dropboxだったら規約が大丈夫だから…とか言っても
ファイル等を余所様のサーバーに挙げている時点で、
流出の危険性は決して0ではないと思います。
（サービス自体の不具合やクラッカー等による流出など。）

つまり極論を言わせてもらうと見られたくないものは
クラウド自体使わない方が良いんじゃないの？
また、どうしても、使わなくてはならない場合は
パスワードとかで自己防衛するべきでは？
と言いたくなるのですが、暴論ですかね？？？

Googleのプライバシーポリシー自体
今のところちゃんと規約に書いているだけ逆に良心的だと思います。
（書かれてなくて…っていう所も実際あると疑ってます^^;）

確かに、Googleはどんだけ情報取得してるんだ！？
本当に世界征服でも狙っているんじゃないの！？
…って言いたくなる気持ち判りますし、怖いです。

…以上、ネタに釣られてみましたｗ

最後に！
自分自身、面倒で規約読まないで
先に進むことがありますので気を付けなければ…(失言orz)

readme.html
■バージョン変更。

wp-comments-post.php
■リダイレクトの方法がwp_redirectからwp_safe_redirectへ変わりました。
詳しい違いはコチラをご覧ください。

wp-includes/formatting.php
■コメント欄にURLが記載された場合に使用される関数の修正。

wp-includes/kses.php
■ハッキリとは言えないのですがfeedが複数の場合に対応したようです。
（ちょっと僕では修正意図がよく判りませんでしたorz）

wp-includes/ms-functions.php
■site_option_welcome_user_emailフィルターで引数無い場合に、
welcome_user_emailの値をデフォルトに更新するようになった。
（site_option_welcome_user_emailが何処でapply_filtersしているのかはよく判りませんでした^^;）
welcome_user_emailはマルチサイトで新規ユーザーにメール送るメッセージ内容のようです。

wp-includes/script-loader.php
■追加するswfobject.jsのバージョンが上がった。

wp-includes/user.php
■setup_userdata関数にてグローバル変数$userdataに値を入れるタイミングが変わりました。
（$userが上手く取得できていない場合の事を考えてだと思われます。）

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

wp-includes/wp-db.php
■素で出力するんじゃなくhtmlspecialcharsを使用するように修正。

wp-includes/js/swfobject.js
■中身見てませんので割愛ｗ。

wp-includes/js/plupload/changelog.txt
wp-includes/js/plupload/handlers.dev.js
wp-includes/js/plupload/plupload.flash.js
wp-includes/js/plupload/plupload.flash.swf
wp-includes/js/plupload/plupload.html4.js
wp-includes/js/plupload/plupload.html5.js
wp-includes/js/plupload/plupload.js
wp-includes/js/plupload/plupload.silverlight.js
wp-includes/js/plupload/plupload.silverlight.xap
■Pluploadのバージョンが1.5.4に。中身は見ていませんので割愛。
Pluploadは3.3で追加されたドラッグ＆ドロップでアップロードできるようになった機能部分のようです。

wp-admin/about.php
■バグフィックス数が表示されるようになった。

wp-admin/plugins.php
■ネットワーク有効でネットワーク管理者ページの場合にリダイレクトする処理を追加。
■プラグイン既に無効化の場合の処理が追加されています。

wp-admin/press-this.php
■show関数内のsetup_photo_actions関数の挙動が変わってます。
※ちょっとどう変わったのかがソース見た限りではよく判りません。
（蛇足で個人的な意見ですが、関数内に関数って苦手で非常に違和感があります^^;）

wp-admin/setup-config.php
■wp_unregister_GLOBALS();の追加。
■require_once(ABSPATH . WPINC . ‘/formatting.php’);の追加。
■wp_magic_quotes();の追加。

/////////////////////////////////////////////////////////////////////////////////////
// 言語ファイル
wp-content/languages/continents-cities-ja.po
wp-content/languages/ja.po
wp-content/languages/ms-ja.po
■中身は見ていません。

まず、電子書籍のことを自分は全く知らなかったのですが、
フォーマット形式として以下のようなものがあるみたい。

• ebub・・・XMLベースのオープン規格
• XMDF・・・シャープが提唱しているフォーマット
• AZW・・・AmazonのKindle用のフォーマット
• .book・・・ボイジャーが開発したフォーマット

（あと、漫画などではpdfが主流になる）

調べている時に思ったのは、
小説なんかだと縦文字とルビって日本では必須じゃないの？？？
・・・って事。一応、そっちについても調べてみました。

XMDFや.bookは既に対応済。
epubもバージョン3.0では対応しているようです。
Amazon系のAZWはまだ未対応みたいですが、
そんな状態で日本語の電子書籍出せるの？？？という疑問が出てきました。
と言いますのも、
2012年4月にもAmazonが日本でKindle系端末売り出すみたいですし、
本格的にAmazonが日本で電子書籍売り出したら、
主流となるAmazonが一気に日本の電子書籍の標準になるのでは？
と勝手に思っていたからです。ただフォーマットだけで考えると、
Kindle系端末はそういうことも含めて様子見なのかなぁ…と
またまた勝手に思い直しましたｗ
（本格的に参入するとなる、すぐに対応させてきそうですが^^;）

・・・と脱線しましたが、取りあえず2012年3月末の時点では
オープンフォーマットって事とiphone等の端末を考えると
自分としてはepubが無難って事みたいです。

次にepubの3.0対応のフリーのツールを調べたんですけど、
まだ少ないみたいです。

有料ツール

• 一太郎2012 承
• FUSEe®

なんかがあるみたいだが、
本格的に作成して何かするってわけじゃないので、
今回は有料ツールはパス。

FUSEe®は機能限定開発版として無料で使える「FUSEe®β」
というベータ版もありましたが、機能限定っていうのが気になるのでパス。
完全にフリー系のツールで、
epub3.0形式での作成は現状は厳しいのかな？？？
という印象でした。

とりあえず今回は無理に縦書きしたいわけではないので
まぁ無理に3.0に拘らないとするならば

• Sigil
• Calibre
• Smart Epub フリー版
• パブー

などがあるようです。
仮に書籍を作成して世の中に発表したり売ったりするならば
パブーっていうのが面白そうだなぁと思いました。
（ただオンライン系です。）
ツールとして有名なのはsigilっぽいです。
今度出るバージョン（0.6.0）でも
epubの3.0対応はしないようですが、
遠くないうちに3.0に対応してくれそうな気がします。
（どれくらい縦書きが欲されているか？によるとは思いますが^^;）

次に、ここからちょっと細かい話。
epubってフォーマット調べると
htmlベースにパッケージ化されたZIP形式のようで

epub2.0.1はXHTML1.1とCSS2
epub3.0はHTML5とCSS3

をパッケージ化しているということ。
だったらWordpressなんかの記事ってそのまま
電子書籍化できるんじゃ？？？と思って調べたらありました。
Wordpressのプラグイン

• Anthologize
• ePub Export
• Post 2 epub
• wp2epub

まったく試していないので、あくまで予想なのですが
おそらく日本人の方による作成ではないので、
出力後に別途日本語化とかする必要があるかもしれません。
(charsetとかを変えないと駄目かもってことです。）

以上、調べたのはココまでです。
今回は、調べただけで実際のツールの使い勝手などは
まったく判りません。（まだ電子書籍を作成したわけではないで）
実際に触った時にはそれらについてまた記事を書きたいと思います。
また、作成する上で、これ便利って言うのがありましたら教えてください。

…といっても、プラグインにて対応させたのみですｗ

基本的に携帯表示に対応させる場合は
Wordpress的に以下のような有名なプラグインがあります。

「Ktai Style」
「WPtouch」

これらプラグインは本当に有名で、
Wordpressを長年利用されている皆さんならば大抵の方はご存知だと思います。
とくにKtaiStyleやKtaiEntry(メール投稿プラグイン)を作成されている
ゆりこさんは国内Wordpress界ではかなり有名なお方です。
（昔お会いしてKtaiEntryのプラグインの改編の知恵を授かった事があります。）

業務的にはKtaiStyleを使用することが圧倒的に多いのですが、
今回は利用したことがあまりない「WPtouch」を適用してみました。
（今後ますます増えるでしょうから・・・）

適用後は「設定」→「WPtouch」にてある程度簡単な設定が出来ます。
これだけでスマートフォン対応できますので是非お試しください。

以下のコードをテーマのfunction.phpに記述

ウィジットを削除

// プラグイン等でアクションフックされているのがあった場合に無くす処理
remove_all_actions('wp_dashboard_setup');

function mee_remove_dashboard_widgets() {
	global $wp_meta_boxes;
	// 「最近のコメント」ウィジット
	unset($wp_meta_boxes['dashboard']['normal']['core']['dashboard_recent_comments']);
	// 「被リンク」ウィジット
	unset($wp_meta_boxes['dashboard']['normal']['core']['dashboard_incoming_links']);
	// 「プラグイン」ウィジット
	unset($wp_meta_boxes['dashboard']['normal']['core']['dashboard_plugins']);
	// 「現在の状況」ウィジット
	unset($wp_meta_boxes['dashboard']['normal']['core']['dashboard_right_now']);
	// 「クイック投稿」ウィジット
	unset($wp_meta_boxes['dashboard']['side']['core']['dashboard_quick_press']);
	// 「最近の下書き」ウィジット
	unset($wp_meta_boxes['dashboard']['side']['core']['dashboard_recent_drafts']);
	// 「Wordpressブログ」ウィジット
	unset($wp_meta_boxes['dashboard']['side']['core']['dashboard_primary']);
	// 「Wordpressフォーラム」ウィジット
	unset($wp_meta_boxes['dashboard']['side']['core']['dashboard_secondary']);
}
add_action('wp_dashboard_setup', 'mee_remove_dashboard_widgets');

※mee_remove_dashboard_widgetsは適当な関数名に置き換えてください。

以上でウィジットが消えます。
もし、残したいウィジットがある場合はその記述を消して下さい。
次にスクリーンの列が二個が嫌なので一個にします。

remove_all_actions(‘wp_dashboard_setup’);
はプラグイン側でダッシュボード絡みの処理を行う場合に
よくアクションフックされているもので、
この関数でフックを無くしています。
なので、もしかしたらプラグインにより
このフックを利用していない場合なども考えられます。
その場合は、そのプラグインのソースを見てもらい
どのフックが利用されているか調べてから別途対処して下さい。

スクリーン列を1に

// スクリーンの列を1にする
function mee_screen_layout_dashboard($result, $option, $user){
   return 1;
}
add_filter('get_user_option_screen_layout_dashboard', 'mee_screen_layout_dashboard', 10, 3);

※mee_screen_layout_dashboardは適当な関数名に置き換えてください。

仮にウィジットを残すものがある場合、
この処理を行う前に残すウィジットを1列目に移動させておいてください。
でないと、ウィジットが消えてしまいます。

最後に表示オプションとヘルプが邪魔ですので消します。

表示オプションとヘルプを非表示に

function mee_admin_print_styles(){
	echo '
	<style type="text/css">
	#screen-options-link-wrap,
	#contextual-help-link-wrap{display:none;}
	</style>';
}
add_action('admin_print_styles', 'mee_admin_print_styles', 21);

※mee_admin_print_stylesは適当な関数名に置き換えてください。

ここでは単順にCSSで非表示にしています。
「ヘルプ」を残したい場合は
#contextual-help-link-wrapの記述を無くしてください。

これでダッシュボードがスッキリしますので
是非活用下さい。m(__)m

尚、今回はフォーラム内のこちらの記事
「ダッシュボードの表示カスタマイズ方法」
を参考にさせていただきました。
リンク先の記事では更にウィジット追加と並び変えの部分もあります。
気になる方は是非ご参照下さい。

implode・・・配列を文字列
文字列 = implode(“区切り文字”, 配列);

explode・・・文字列を配列
配列 = explode(“区切り文字”, 文字列);

って、多分また忘れてこの記事見るんだろうな…ｗ

で、その後、色々あって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をちゃんと見た方が良いのですが、
プログラム読める方でないと厳しいかもしれません。）