結論

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だ。

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

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

設定は簡単。Wordpressにログインして
　表示→テーマエディタ→サイドバー（※１）
とたどって、

<&php wp_list_cats(’

から始まる行を探して

<&php wp_list_cats(’sort_column=name&optioncount=1&hide_empty=0′); &>

に置き換えちゃえばいいのだ。MacFeelingさんによれば「&hide_empty=0」が鍵だそうな。
※１．バージョンや言語環境によっては「Sidebar Template」などと表示されてる場合もあります。