「radiko」と検索してみました。
Bingだけ http://radiko.jp/out/ に誘導されます。
他に試したのは Google、Yahoo!JP、NAVER、Baidu ですが、それらはきちんと http://radiko.jp/ へ誘導されます。
なんでBingだけ？
もう一点。
そのradiko圏外ページ、こじゃれたことをしているせいで、「トップページ」のリンク、あるいは左上のロゴのリンクが、「/」へではなく「/out/」になっています。
こっちも直してほしいなあ
WPをインストールしたディレクトリには、index.php 以外にも .php ファイルがあり、ウェブから直アクセス可能に見えます。
これは安全なのかな？
1.特になにもしない
内容を確認して、直接呼び出ししても問題がないのであればこのまま（エラーなしの白画面）でもいい。
2.某CMS方式
直接呼び出しして構わないphpファイルの冒頭では変数（定数の方がいいと思ってたけれど、なぜ変数だったのかは知らない）を定義し、
直接呼び出ししてはいけないphpファイルの冒頭では、その変数の存在をチェックして、もし undefined なら invalid access のエラーメッセージを返して終了する。
3.案
2.の後半を拡張し、そのアクセスは攻撃であると認識してIPブロック一覧に登録してしまい、閲覧機能やコメント機能、トラックバック機能などの利用に制限をかける。
バージョンアップがめんどいだろうからとりま1番かなあ？
NHKニュースから。
泊原発で東電事故教訓に訓練
2月13日 18時7分
東京電力福島第一原子力発電所の事故を教訓に、広い範囲に放射性物質が拡散することを想定した訓練が北海道の泊原発の地元で行われました。
１３日の訓練は、「北海道電力の泊原発で放射性物質が漏れ出すおそれのある事故が起きた」という想定で行われ、北海道や地元４町村などからおよそ１０００人が参加しました。
自治体などの担当者は、放射性物質の測定や、大雪が降っても住民が速やかに避難できるよう、避難道路を短時間に除雪車で確保する訓練などを行いました。
また、福島第一原発の事故で放射性物質が拡散しオフサイトセンターが使えなくなったことを教訓に、泊原発から２キロの距離にある共和町のオフサイトセンターの機能を、２０キロ余り離れた倶知安町に移す訓練も行われました。
北海道によりますと、オフサイトセンターの移転訓練は全国でも初めてということで、担当者は通信機器やマニュアルなどをバスに積み込み、およそ１時間かけて移動したあと、運び込んだ機材を配置し直し業務を再開させていました。
北海道の池田二郎原子力安全対策担当局長は「ほぼ想定どおりに進んだと思うが、代替施設での対応が長引く場合に備えた通信設備の整備などについて、今後、検討していきたい」と話していました。
（抜粋だとわかりにくいので全文引用しました。）
緊急時対策の訓練をするのは良いことだと思います。が、オフサイトセンターを「通信機器やマニュアルなどをバスに積み込み、およそ１時間かけて移動」という文面を読む限りでは、そもそもバックアップがないということですよね。マニュアルなんかコピーを置いておけばいいし、通信機器もそう。住民の避難のため「短時間に除雪車で」道路を確保しなければならないのなら、その「バス」の移動経路も除雪が必要な可能性はあるし、そもそも事故がおこるという時点で、今回の震災のように、地震や九州の原発での訓練がひどい内容だったという記事を読みましたが、そこまでではないのかもしれませんが、危機を想定できる技術力の無さを感じました。
かちびとさんの記事に
「出来る環境なら、wp-config.phpをドキュメントルート真上に避難させる※出来なきゃ無視で
」
とあり、これってもしかしてセキュリティ理由なのかな？と邪推。
インストールした / のディレクトリ（言い換えるならindex.phpが入っているディレクトリ）には複数のphpファイルが生で入っていて、大丈夫なのかな？と余計な心配。
某CMSで見た方式を思い出した。
URLをstereolog形式にしたくて色々調べた。
飛び飛びのid番号ではなく、連番にする方法と同様に、slug部分に自動入力される形式を想定。
年２ケタ＋月２ケタ＋その月の記事連番４ケタ
の計８ケタの数字になるはずなんだど…最後のが出ない。
今日わかった結論としては、
http://phpcrossref.com/wordpress/_functions/wp_get_archives.html
にあるように、 wp_get_archives() 関数は、admin画面で使えないらしいということ。
明日はこれをadmin画面側にコピーして試してみる。
編集先
/wp-admin/includes/meta-boxes.php
設定メモ。
インストール時にマルチブログを使用するよう設定すると、URLに勝手に /blog が入る。
たとえば１つ目のブログが / 、２つ目のブログが /w にしたいとするとき、
２つ目のブログを作成した後、１つ目のブログを、
「参加サイト」の「サイトネットワーク管理者」の「サイト」から「編集」で「サイトのパス」を / にしても、個別記事には /blog がつく。
（個別の、つまり 「参加サイト」の１つ目のブログの「ダッシュボード」から、 「設定」の「パーマリンク設定」 からも削除ができない）
マルチブログしなければこの問題は発生せず、システムをだます必要があるのだそう。
一旦、 wp-config.php にある、
define('WP_ALLOW_MULTISITE', true);
define( 'MULTISITE', true );
を両方 false にし、ログインして、
個別のダッシュボードから、「設定」の「パーマリンク設定」を /なになに と更新し（この時 /blog はなくなっている）、
再度 true に戻すとのこと。
うぜ
この、かちびと さんの記事を読んで学びつつ設定していくつもり。
WordPressを使ってWeb制作をする為の手順リスト・【改正版】+α （かちびと.net、2011年07月11日）
しかし、記事番号 %post_id% 、なんで１の次が６になるんですかねぇ。ぐぐってもURLに記事番号を入れたくても自動で「連番にはできない」 みたいで…。
WordPressのパーマリンクを自動連番にする方法 （Webアクセス向上委員会、2010年12月11日）
<?php echo(get_usernumposts($post->post_author) + 1); ?>
などと書いてあるのですが、
Deprecatedぽいです
http://codex.wordpress.org/Function_Reference/get_usernumposts
<?php count_user_posts( $userid ); ?>
で置き換えるように、とのこと。