「2008年8月」のアーカイブ

WordPress2.6 Vs.Movable Type4.2

ワードプレスとMT、共にMySQLにインストールしてみて1点気付いた事があったのでメモ的に書いてみます。

ユーザー情報を格納するテーブルについてです。

MT４．２
author_password` varchar(60)
パスワード値：’nfp2KPXVXOo6c’

WP2.6
user_pass` varchar(64)
パスワード値：’$P$9cogjBPysux/rMQNyN.cJ7o0n.htlQ1′

上記はパスワードを格納するテーブルのフィールド型とサイズ、下にあるのは実際にデータベースに挿入されたパスワードの変換後の値です。どちらも同じ数字6文字のパスワードなんですが、暗号化プロトコルが異なる様です。

WP2.6ではバーキャラ64文字のエリアに33文字の暗号化されたリテラル値が書き込まれています。

それに対して、

MT4.2ではバーキャラ60文字のエリアに13文字の暗号化されたリテラル値が書き込まれています。

また、両方共にパスワード以外の個人情報（メールアドレスやユーザー名）は文字情報としてそのままの形で格納されていました。

単純にこの暗号化された文字数だけ見るとWP2.6の方が、MT4.2よりもセキュリティーに対しては気を使っている様に見えます。まぁ暗号化のプロトコル自体がどのタイプかわかりませんから値の文字数の大小でどちらが優れているか？指し測れるものでもありませんがね。

もう一つ気が付いた事はデータベースに作られるテーブルの数の大きな違いです。

MT4.2では実に、38個ものテーブルが作成されていました。Wp2.6なら僅か10個なのに．．．。

実際に私は未だMT4.2はインストールしただけでどちらが優れているかの検証は全く出来ていません。本当のファーストインプレッションを少しメモしておきます。

追記2008年9月4日

この投稿の続きを読む »

Googleのフィード向けアドセンス開始

アドセンスの管理画面でフィード向けのアドセンスが開始された事を知り、直ぐに始めました。直感だけを頼りにフィード向けアドセンスのアカウントを有効にしてフィードバーナーで利用中のフィードを登録しました。

チャンネル設定を行い、登録されたフィードを管理するhttp://feedburner.google.com/fb/a/myfeeds?で始まる管理画面上で登録されたフィードを表示しても、

「アドセンス広告が全く表示されない！」

アドセンス管理画面の「広告の管理」で該当のユニットのステータスは「新規」…。
10分経っても24時間経っても「新規」のままでした。

何でだろう？と思い「フィード向け AdSense が利用可能になりました」内のyoutube動画に日本語訳を読んでいて納得しました。

通常のサイトからリンクしているrss.xml等のフィードをそのままブラウザで開いてもアドセンス広告は配信されないのです。googleリーダーやYahooリーダーなどのRSSリーダーを経由した時に始めてアドセンス広告が配信されるのです。

RSSリーダーのアドセンス広告サンプル

で、この様に１つでもRSSリーダーにサイトのURLが登録されると、

アドセンスの設定で「新規」を「アクティブ」に変える

今まで「新規」のステータスであった、当サイトへのチャンネルステータスが「アクティブ」に変わりました。

つまり、フィード向けのアドセンスで収益を上げるには、コンテンツを充実させて、更新頻度を上げて、本当の意味で人気の高いフィードを配信する必要がある！という事です。

自作自演のRSS登録数が1000購読あったとしても、そこからのフィードアドセンスの収益は絶対に0円ですからね。

インストールしたディレクトリとは別のディレクトリにホームページを設定

wordpressをインストールしたディレクトリとは別のディレクトリにホームページを設定した場合、いったいどんな変更が成されるのだろう？この謎を解明してみました。

例えば、
WordPress のアドレス (URL)：http://www.exsample.com/wp/
ブログのアドレス (URL)：http://www.exsample.com/
としたい場合に、する事は以下の３つです。

①設定メニューより「ブログのアドレス (URL)：http://www.exsample.com/」を設定する
②Wordpressディレクトリ配下にある、index.htmlを、ブログのアドレスのルートにコピーして置く（この場合は、http://www.exsample.com/の直下に置く
③②のファイル(index.php~~html~~)に対して、以下の様な修正を行う。

(require(‘./wp/wp-blog-header.php’)パスにwp/を付け加える;)

define(‘WP_USE_THEMES’, true);

/** Loads the WordPress Environment and Template */
require(‘./wp-blog-header.php’);
?>

↓

define(‘WP_USE_THEMES’, true);

/** Loads the WordPress Environment and Template */
require(‘./wp/wp-blog-header.php’);
?>

これで、wordpressをインストールしたディレクトリとは別のディレクトリにホームページを設定する事が可能になりました。

今回はこの設定で一体何がどの様に変化したのか？を調べてみました。

何でそんな事を調べたのか？と言いますと、この逆の手順でindex.htmlを最初の状態に戻し、設定画面からブログのアドレス(URL)を元のアドレスに戻すとスタイルシートが無視された画面になり、ログインさえ出来なくなってしまうからです。こうなると、もう、一からインストールしなおさなければなりません。でも、何処がどの様に変更されているかを知っていれば元に戻せば良い事になります。

変更点を以下の２つにわけて、変更前と変更後の比較を行いました。

①ワードプレスフォルダ配下の全ての構成ファイル
②ワードプレスデータが格納されたデータベース

すると、意外にも①は変更前と変更後の差分が全くありませんでした。
変更されていたのは②のデータベースの方だったんです！

変更箇所は「wp_options」テーブルの中の３つのフィールドの値でした。

前　INSERT INTO `wp_options` VALUES (4, 0, ‘users_can_register’, ’0′, ‘yes’);
後　INSERT INTO `wp_options` VALUES (4, 0, ‘users_can_register’, ”, ‘yes’);

前　INSERT INTO `wp_options` VALUES (39, 0, ‘home’, ‘http://www.exsample.com/wp’, ‘yes’);
後　INSERT INTO `wp_options` VALUES (39, 0, ‘home’, ‘http://www.exsample.com/’, ‘yes’);

前　INSERT INTO `wp_options` VALUES (53, 0, ‘comment_registration’, ’0′, ‘yes’);
後　INSERT INTO `wp_options` VALUES (53, 0, ‘comment_registration’, ”, ‘yes’);

つまり、変更前の状態にこれらのレコードの値を変更して、上記の②で追加したindex.htmlをルートから削除してあげれば変更前の状態に戻せるんです！
自身で試してみましたが問題なく最初の「wordpressをインストールしたディレクトリをホームページにする」状態に戻す事が出来ました。

纏めると手順は以下です。

①wp_optionsテーブルのoption_id=4(users_can_register)のvalueを0にする
②wp_optionsテーブルのoption_id=39(home)のvalueをホームページURLにする
③wp_optionsテーブルのoption_id=53(comment_registration)のvalueを空にする
④最初にルートに追加したindex.htmlを削除する

この手順でワードプレスをインストールしたディレクトリとは別のディレクトリにホームページを設定した後、最初の状態に戻す事が出来る様になります。