結論

wp-config.phpの(1).文字コードを「UTF8N」、改行コードを「CR＋LF」とし、(2).内容をsample-wp-config.phpをベースとしてデータベース関係の4行を変更した上、define('AUTH_KEY', 'put your unique phrase here');
define('SECURE_AUTH_KEY', 'put your unique phrase here');
define('LOGGED_IN_KEY', 'put your unique phrase here');
define('NONCE_KEY', 'put your unique phrase here');の4行をコメントアウトした（/** と */で囲んだ）。

いっぱい色々と試した（けど、無駄だった）こと

• ファイル属性を755（通常644）に変えてみた
  　→症状に変化無し→正常化した（644に戻した。ディレクトリは755）
• wp-configを昔のと最新のとで見比べてわかりやすい差分だったｉｆ文を追加（sampleからコピー）した
  　→症状に変化無し→そのままにしておいた
  　ｉｆ文とはif ( !defined('ABSPATH') )
define('ABSPATH', dirname(__FILE__) . '/');のこと
• wp-adminフォルダの再インストール（wp-adminフォルダの削除→再アップロード）
• サブディレクトリ「bu」の名前変更（「bu_」に変更）
  　→症状に変化無し→正常化した
  （「バリうら。」というサイト（ブログ）の為に「bu」というサブディレクトリをきっているが、もしかしたらこれが悪さをしているのか？という疑いを晴らすため）
• ログをチェックした。/home/[mysite]/logに格納されているログ。（[mysite]はホスティング業者と契約しているユーザ名なので伏せておいた）
  　→以下の数行が気になったが、よくわからなかった。wp-adminをたたいているのはこれだけ。もう少し時間を置いてからの方がいいんだろうか？いずれにしろ、気にはなるが、直接の原因ではなさそう。しかし、いつか解決したほうがいいかなぁ。なんやねん「hostingpanama.com」って。怪しいなぁ。
  hostingpanama.com - - [31/Dec/2008:22:26:57 +0900] "HEAD /wp-admin/index.php HTTP/1.1" 200 0 "-" "Mozilla/4.0"
hostingpanama.com - - [31/Dec/2008:22:26:59 +0900] "GET / HTTP/1.1" 200 72001 "-" "Mozilla/4.0"
hostingpanama.com - - [31/Dec/2008:22:27:00 +0900] "HEAD /wp-login.php?action=logout HTTP/1.1" 200 0 "-" "Mozilla/4.0"
hostingpanama.com - - [31/Dec/2008:22:27:01 +0900] "HEAD /wp-admin/post.php HTTP/1.1" 200 0 "-" "Mozilla/4.0"
hostingpanama.com - - [31/Dec/2008:22:27:02 +0900] "HEAD /wp-login.php?action=logout HTTP/1.1" 200 0 "-" "Mozilla/4.0"
hostingpanama.com - - [31/Dec/2008:22:27:03 +0900] "HEAD /wp-admin/post.php HTTP/1.1" 200 0 "-" "Mozilla/4.0"
  　→結論、気にはなったが、何もせず（大事にならんことを祈る）
• .htaccessの無効化（名前を変更してみた）
  　→症状に変化無し→正常化
• SQLのエラーログ
  　→phpMyAdminを見てみたのだが、エラーログらしいのが見つからなかった
  　→あきらめた
• template/stylesheetをjapanに戻した (ダッシュボード経由で変更はできないので、SQLのoptionsを直接変更)
  　→ryok.infoが昔の表示に戻ったが、症状変わらず（ログイン画面は表示されるが、ログインすると白画面となり、wp-adminにはアクセスできなかった）
• 新たに2.7をインストール（別のフォルダに）
  　→症状に変化無し（ログイン後に白画面）。なお、ログインは成功したのだから、wp-admin配下のinstall.phpは正常に動作した。（なお、wp-config.phpは同じものを使った（もちろんDBのテーブルを識別する接頭字(識別子)は別のものとした）。
• プラグインの無効化→MySQLで直接DBにアクセスし、optionsテーブルのactive_pluginsの値（option_value）をa:7:{i:0;s:0:"";i:1;s:27:"counterizeii/counterize.php";i:2;s:12:"feedlist.php";i:3;s:14:"mobile_eye.php";i:4;s:32:"simpleCAPTCHA/simple_captcha.php";i:5;s:21:"ultimate_ga_1.6.0.php";i:6;s:23:"wooglecal/wooglecal.php";}からnull（何も無し）に変更
  　→症状に変化無し→正常化
  （まぁ、まっさらな2.7をインストールしても駄目なんだから、プラグインが悪いわけじゃないだろうね）

症状

• ログイン画面は表示される（login.phpは動く）が、ID/PWD入力後に白画面が表示される（wp-adminにジャンプしない）。
• wp-adminフォルダ配下のあらゆるphpも動かない。
• wp-imagesフォルダにはアクセスできた（とあるgifファイルが表示された）
• このgifを/wp-adminフォルダにコピーしたところ、表示された！！
  ⇒つまり、フォルダへのアクセス自体には問題がない！

バージョンアップを完了してみると、ほとんどが英語化してしまった。
以下で解決。

1. wp-config.phpのdefine ('WPLANG', 'ja_UTF');をdefine ('WPLANG', 'ja');に変更。古いバージョンのでは文字コード毎に日本語化ファイルが必要だったが、新しいバージョンではja１つに統一されたってとこかな。よくわからん。
2. wp-content/themes配下の各テーマフォルダにja.poとja.moをコピー。
3. wp-includes/languages配下にja.poとja.moをコピー。

これでダッシュボードも日本語化されました。
でも、サイト表示では一部英語が残っている。
どうやら、古いバージョンから引き継いだテーマであるJapanのままでは駄目らしい。
defaultかClassicにするといいみたい。

ところが、ちょっと遊びすぎて全く新しいテーマを採用したので、やっぱり一部は英語化してしまった。
でも、まぁ、いいじゃないか。
このPixeledってのは、Tagをブログの上段にメニュー化してくれるところがお気に入りだ。
言葉より機能重視だ。

追伸
この「Tagをブログの上段にメニュー化してくれる機能」について、ちょっと追ってみた。
どうやらheader.phpの<ul id="nav"> <li><a href="<?php echo get_option('home'); ?>">Home</a></li> <p> < ?php wp_list_categories('sort_column=name&title_li=&depth=2'); ?> </ul> <p>か鍵らしい。ということは、wp_list_categoriesという関数がポイントだが、これはsidebar.phpでも使ってる、例のTagを階層化してくれる関数に相違ない。
ということで、こんな感じで改造すれば、Tag以外に自分で付け足したいメニューを追加することも可能なことがわかった。
ulタグとliタグを使うだけだから簡単♪
<ul id="nav"> <li><a href="<?php echo get_option('home'); ?>">Home</a></li> <li><a href="/friends">ともブロ。</a> <ul> <li><a href="/sasurai" target="_blank">さすらうべ。</a></li> <li><a href="/bu" target="_blank">バリうら。</a></li> <li><a href="/rika" target="_blank">rikarika</a></li> <li><a href="/ramen" target="_blank">ramenfo</a></li> <li><a href="/wed" target="_blank">wedding</a></li> <li><a href="#morefoot">その他のともブロ。</a></li> </ul> </li> <p> < ?php wp_list_categories('sort_column=name&title_li=&depth=2'); ?> </ul> <p>

試しに、色々なサイトに適用してみた。表中の単位は「秒」。

すると、上の２つがやけに遅い気がする。
っと、ここで、直感が働く。
この時間差の原因は、Wordpressのバージョンではないか？！という仮説だ。
（まぁ、これは自分でブログを立ててるからこそだな。）
そこで、バージョンを調べてみると、、

ほうら、一目瞭然。
念のため、遅い２つ（ryok.infoとbaliu.la）は2回目の測定を試みる。
やっぱり、遅い。
なるほど、ちゃんとバージョンアップした方がいいわけだな。

しかし、全く同じバージョンでもryok.infoはbaliu.laに比べ、遅い。
一瞬、ドメインネームの差も頭に浮かんだが、infoドメインのがlaより遅いというのは、素直にはうなずけない。
そこで、データに目をやると、

ryok.info : 70.3k
baliu.la : 34.1k

という数字が目に入る！
なんでかはわからんが、トップページの容量を比べると、ryok.infoがbaliu.laの倍近くあるらしい。
実際、pingdom測定結果を比べてみると

っと、このように、トップのダウンロード時間（青い帯）の差が、全体の時間差に結びついていることがわかった
ちなみに、上の絵は、単位をあわせるためにbaliu.laの絵を縮ませ、ryok.infoの絵の上に重ねたもの。影付きがbaliu.laだ。

この分析結果からすると、トップのページに手を入れればいいのかいな。

ところが、ここでタイムアップ。今日は遅くなった。。
明日以降に実施することとしよう。

追加対策１．禁止ワードは即削除

　ということで、コメントモデレーションにあったワードリスト（禁止ワード）は、コメントブラックリストに鞍替えした。これにより今後はｃａｓｉｎｏとかｐｏｒｎとかの禁止ワードを含んだコメントは一切通りませんのであしからず（ここではわざと全角で書いてますよ）。

昨今のコメントスパムの分析

　ところで、昨今のコメントスパムを見ていると、禁止ワードによる対策は効果が限られそうだ。例えば、こんなコメントがある。

son david who is a builder by trade has bought us a new home
（投稿者：aricept、メアド：aricept@kfgqaklpoa.com、投稿IP：211.117.126.219）

かつて良く使われたｃａｓｉｎｏとかｐｏｒｎとか、そういったワードを一切含まない。また、コメントにはリンクも含まないので、「一つ以上のリンクを含むコメントは承認する」という手も使えない。じゃぁ彼らはどうやって広報（あるいはSEO）しているかというと、投稿者のリンク（※２）を使っているのだ。残念なことにWordPressの基本機能では、投稿者のリンクまでをチェックしてフィルターする機能はない。盲点を突いて来たとも言えよう。スパムの世界ではよくあること。いわゆる“イタチゴッコ”だ。

（※２．コメント投稿時に「ウェブサイト」と出てくる欄にURLを入力すると、投稿者名にリンクが出来る。但し、ログインしている場合は同欄は出てこないので注意が必要。）

追加対策２．英語禁止

　ならば英語を全面的に禁止してはどうか。残念ながら小生のブログはＡｌｌ Ｊａｐａｎｅｓｅ！だからコメントもＡｌｌ Ｊａｐａｎｅｓｅのはず。そしてコメントスパムはＡｌｌ Ｅｎｇｌｉｓｈ。ならば英語を禁止しちゃえ。
　ということで、登録した禁止ワード（要承認）は以下の通り。（設定→ディスカッション→コメントモデレーションに登録）
not</p> <p>be<br /> am<br /> was<br /> are<br /> were<br /> is<br /> was</p> <p>has<br /> have<br /> hasn’t<br /> haven’t<br /> will<br /> won’t<br /> would<br /> wouldn’t<br /> shall<br /> shouldn’t<br /> should<br /> may<br /> might<br /> must</p> <p>I<br /> my<br /> me<br /> mine<br /> you<br /> your<br /> yours<br /> we<br /> our<br /> us<br /> ours<br /> he<br /> his<br /> him<br /> she<br /> her<br /> hers<br /> who<br /> whose<br /> whom<br /> what<br /> where<br /> when<br /> why<br /> which<br /> how<br /> it<br /> its<br /> that<br /> this</p> <p>to<br /> toward<br /> towards<br /> from<br /> for<br /> at<br /> in<br /> of<br /> before<br /> after<br /> beyond<br />
（<p>、<br />等の改行タグは無視してくらさい。WordPressはtextarea内にも改行タグを入れてしまうらしい。ま、バグみたいなもんですな。）
ここまで頻繁に利用する英単語を登録しちゃえば、スパムもたじたじだろう、という寸法だ。なお、以下のワードは日本語でも非常によく使うと思うので、意図的に外した。ま、どこまで入れて、どこまで外すかは好みもあろう…。今後はユーザに「英語は禁止。書くなら全角で。」と啓発していく予定。

no
on
off
or
and

なおも分析は続く

　ところが…安心するのはまだ早い。次のコメントを見てみよう。

cktfhioyde hcfacfcva vqknbdng
（投稿者：axwdiwwpwg、メアド：jxdbwmyjk@uzqkrukbpg.com 、投稿IP：59.15.76.231）

全く意味のない文字の羅列である。かつてのスパムメールと同じ歴史を辿っている。禁止ワードはもちろん、仮に学習型フィルター（ベイジアン・フィルター等）を使っていたとしても役に立たない可能性が高い。

追加対策３．“笑っていいとも作戦”？！

　こうなると発想としてはSNSだ。別にmixiを使えと言ってるわけじゃない。要するに「あたしゃ知ってる人としかお話しないわよ。ま、知り合いの知り合いならいいかしら。友達の友達は皆友達ね。世界に広げよう、友達の輪っ！」っと、ここまで書いて「笑っていいとも」こそ「SNSの原点」だと気がつく。
　さて、話を戻そう。WordPressにはこういう機能がある。

コメント表示前の設定 :
　①コメントの表示には管理者の承認が必要
　②コメント投稿者の名前とメールアドレスの入力を必須にする
　③以前に承認されたコメント投稿者のみコメントを許可

この③が次なる対策、“笑っていいとも作戦”だ。以前に「友達」として承認された者のみが自由にコメントできる世界にするということだ。但し、ここがSNSに比べて若干劣るところだが、「誰が友達の友達か」の判断まではできない（友達の繋がり情報を持たない）ので、一人一人と友達になっていく他ない。とはいえ、「マイミクの承認」みたいなものと思えば、mixiにも劣らないと言うことはできよう。

　と、ここまで書いたが、対策１と２の効果を知るためにも、対策３は暖めておくことにする。