トイレのうず

さて、前回記事 WordPress 投稿リビジョン停止のプラグイン【Disable Revisions and Autosave plugins】と【Revision Control】にて、投稿リビジョンを削除してもデータベースの容量は減らない、と書いたあさこんですが、容量を減らす方法がわかったので記事にしておきます。

まず、データベースのバックアップを取ります。下記サイト参考。
→データベースのバックアップ

phpMyAdmin の管理画面にてオーバーヘッドの欄を確認。wp-posts では 1.5 MB ものオーバーヘッドができています。オーバーヘッドとは、データベーステーブルにデーターを入力したり削除したりすることによって、虫食い状態になることです。（Windows でいうところのデフラグみたいなもの。）これを解消することを「最適化」というらしいです。「再構築」とはいわないみたい。

phpMyAdmin 最適化前

wp-posts にできた 1.5 MB のオーバーヘッドはいうまでもなく、投稿リビジョンを削除したためにできたものです。なのでこれを最適化します。
>>『phpMyAdmin から MySQL の最適化 〜WordPressを快適に使うために〜』の続きを読む

たぶん1回しか使わないだろうプラグイン Delete Revision の紹介。
その名の通り、投稿リビジョンをサクっと削除してくれるプラグインです。プラグインじゃなくても、phpMyAdmin から SQL を叩けばいんだけろうけれど、恐いのでプラグインを使ってみました。
（バックアップを取ってから作業を行ってください。）

英語版ですが使い方は簡単。
1) プラグインを有効化すると、設定に「Delete Revision」が表示されます。

2) リビジョンのチェックのボタンを押します。

3) 削除するリビジョン数とYes、No のボタンが出てくるのでYesをクリック。

Delete Revision ボタン

4) 削除したリビジョン数が表示されて完了です。

Delete Revision 完了

ついでに phpMyAdmin から SQL を叩いて wp-posts テーブルの行数（記事の件数）を確認。
>>『WordPress 投稿リビジョンを削除するプラグイン【Delete Revision】』の続きを読む

WordPress を 2.5.1 から 2.7 にバージョンアップしたら現れた「投稿リビジョン」。管理画面の下の方に表示されているだけで、正直あんまり気にしてなかった。更新履歴が保存されているのだろう、くらいに考えていたのですが、大間違いでした。

「投稿リビジョン」とは修正前の状態に戻ることができる機能みたいです。WordPress 2.6 から加わった機能らしいです。一見、便利じゃん、って思ってしまいますが、これが殺人的に恐かった。なぜかというと、記事を修正し保存公開するたびに、リビジョンが増えていくのです。表面的には、投稿 ID が増えていくだけのように見えます。
でも実態は、データベースの「wp-posts」のテーブルが1行ずつ増えていくんです。しかも、記事の内容もすべて保存されてる。一文字だけ修正したのとか、あとからタグ付けを投稿編集画面からしたときとかも、全部新規ユニーク ID で保存されてて、データベースのテーブルの行数が殺人的に増えていたのです。恐怖だ。

この「トイレのうず」の全記事数はこの投稿は 1245（この投稿を含めない）。でも、phpMyAdmin で「wp-posts」テーブルを確認すると IDは 1945。700行も無駄にしている！　2004年の10月から始めてこの数だから、単純計算したら、700行というと約1年分に相当する。こんなのデータベースの容量圧迫にすぎないじゃん！
そして、テーブルの中身をよく見てみると、「1942-autosave」とかいうのがある。投稿編集画面を開きっぱなしにしていると、自動的に保存してくれて、これまたテーブルの行数を無駄に消費してしまうみたい。おせっかいだなぁ。

そんな「投稿リビジョン」ですが、ちゃんと停止する方法があるみたいです。
>>『WordPress 投稿リビジョン停止のプラグイン【Disable Revisions and Autosave plugins】と【Revision Control】』の続きを読む

昨日のサーバーの Apache ログを見ていたら、来ました！　Y!J-BSC/1.0 からのクロールが！　でも、Yahoo! ブログ検索にはインデックスされず、困り果ててしまします。

しかも、クロールに来た時間がまた微妙。昨日、何回か方法を変えて Ping を送っていたのですが、その中で、送信履歴が見れるからと使っていた Ping 送信プラグイン Smart Update Pinger を使わず送ったあと、30分後くらいで Y!J-BSC/1.0 がやってきました。ちょっと微妙なタイミング。

あと違いは以下の2つある Yahoo! の Ping 送信先の後者の方に送っていることくらいかなぁ。

http://api.my.yahoo.co.jp/RPC2
または
http://api.my.yahoo.co.jp/rss/ping?u=あなたのサイトのRSSファイルのアドレス

その状態に戻してもう一度、Ping を送信。こうやって情報を小出しにしてるのも、Ping 送信テストを兼ねてるんです（笑）。

WordPress でサイト構築されていて、Yahoo! ブログ検索にインデックスされているページの共通点らしきものがなんとなく見えてきました。

それは、WordPress ME 時代からサイト運営されているところ。WordPress ME のままのサイトはもちろんのこと、本家 WordPress へアップデートしたサイトもほぼ何の改造しなくても、Y!J-BSC/1.0 クローラがやってきてるようです。

じゃあ、本家 WordPress から始めた人はどうしたらいいのよ、と思いつつ、MT のサイトと比べながら、RDFの中身を書き換えてみたり、WordPress、っていう文字をサイトのいろんなところから消してみたりといじってみました。成功したら、また記事にします。

というとこで本日は疲れたので、眠りにつきます。

あ、あとテーマのフォントの大きさを少し変えました。本当は大改造したいんだけれど。