WordPress を 3.0 にしました。その影響で、テーマファイルで独自で作成していた機能が対応できなくなっていて、不具合が各所で見られる事を現在確認済みです。少しずつ修正を行うので、一部閲覧によって不都合が発生しています。修正されるまでご容赦ください
超久しぶりの更新です。現在は、EverQuest II という MMORPG ゲームをプレイ中です。赤アドーン商人の前で悩んでる時間が勿体ないので、一覧表を作って見ました
| アドーンメント | 頭 | 胴 | 肩 | 前 腕 |
手 | 脚 | 足 |
|---|---|---|---|---|---|---|---|
| フォーカス:アサルト VII | |||||||
| フォーカス:コール・トゥ・アーム VII | |||||||
| フォーカス:シールドバッシュ VIII | |||||||
| フォーカス:セントリー・ウォッチ | |||||||
| フォーカス:タウント・ブロウ VIII | |||||||
| フォーカス:バトルクライ VII | |||||||
| フォーカス:バトル・タクティクス VI | |||||||
| フォーカス:クライ・オブ・ウォーリアー | |||||||
| フォーカス:センティネル・ストライク | |||||||
| フォーカス:ディフェンシブ・マインデッド | |||||||
| アドーンメント | 頭 | 胴 | 肩 | 前 腕 |
手 | 脚 | 足 |
| フォーカス:ポテンシー | |||||||
| フォーカス:クリティカルボーナス | |||||||
| フォーカス:アーマー | |||||||
| フォーカス:クリティカル発生率 | |||||||
| フォーカス:クリティカル軽減力 | |||||||
| フォーカス:スウィーピング・スウィング | |||||||
| アドーンメント | 頭 | 胴 | 肩 | 前 腕 |
手 | 脚 | 足 |
| フォーカス:ダブルアタック | |||||||
| フォーカス:フラーリィ攻撃 | |||||||
| フォーカス:ブロック発生率 | |||||||
| フォーカス:ヘイト低減 | |||||||
| フォーカス:再使用速度 | |||||||
| フォーカス:反撃 | |||||||
| アドーンメント | 頭 | 胴 | 肩 | 前 腕 |
手 | 脚 | 足 |
| フォーカス:反撃ダメージ | |||||||
| フォーカス:呪文ダブルアタック | |||||||
| フォーカス:命中力 | |||||||
| フォーカス:獲得ヘイト | |||||||
| フォーカス:矢/弾保存 | |||||||
| フォーカス:詠唱速度 | |||||||
| フォーカス:貫通 |
普段はあまり気にしていなかったのですが、先日に foobar2000 本体やコンポーネントをアップデートした際に異様に起動が遅い…foobar2000 をインストールしたディレクトリを覗いてみると custominfo_sqlite.db のサイズが 6MB 超えている…
なんでだろうと思い、一旦 foobar2000 を終了し SQLite Database Browser にて custominfo_sqlite.db の中を見てみると、同じ曲の fieldname が PLAYED_TIMESTAMP のレコードがやたらとできてる…多分コレのせいでしょう…
Preferences › Playback Statistics Custom › Playback Statistics Custom Settings の Play Stamp をチェックしていると Playback Statistics Update Timing に合致する度にレコードが挿入されてしまう。要はコレは再生履歴なんですが、foobar2000 じゃこのデータを使う手段や使い道がないのでチェックオフにしておく
で、PLAYED_TIMESTAMP フィールドは UI の中でも使用していないので、このレコードを削除する事にします。SQLite Database Browser で行ってもいいんですが、PHP で以下のような簡易ダイエットスクリプトを作成して実行
- <?php
- $dbf = './custominfo_sqlite.db';
- $dbh = new PDO( 'sqlite:'.$dbf );
- $stmt = $dbh->query( 'DELETE FROM quicktag WHERE fieldname = "PLAYED_TIMESTAMP"' );
- echo 'row count: '.$stmt->rowCount()."\n";
- echo 'error code: '.$stmt->errorCode()."\n";
- $stmt = $dbh->query( 'VACUUM' );
- echo 'error code: '.$stmt->errorCode()."\n";
- ?>
上記スクリプトを実行する事によって、約 25000 レコードが削除され、6.02MB だったファイルが 1.19MB までに小さくなりました。小さくなった custominfo_sqlite.db を foobar2000 のディレクトリに戻し、起動…サックリ起動するようになりました
使用しているフィールド PLAY_COUNT, FIRST_PLAYED_TIMESTAMP, LAST_PLAYED_TIMESTAMP が UI 側で正常に表示される事を確認して終了です
と言っても、0.9.5.1 から 0.9.5.2 へのバージョンアップです…0.9.5.3 から作者が暴走し始めたので、1 0.9.5.2 にしました
取り敢えず、自分が使用しているコンポーネントの覚え書き
コンポーネントもアップデートして、自分が作った UI が動作する事も確認して終了…また、暇をみて UI 弄りでもしましょうかね…
ここのブログシステムに WordPress を使用していることはフッター表示で解ると思いますが、スパムブロックには Akismet という同梱プラグインを使用しています。非常に優秀なプラグインで、ほとんどのスパムをブロックしてくれます…が、しかし、ブロックした後の処理がないので件の様なプラグインを作成しました
以下のようなケースの場合に .htaccess の更新を行うプラグインです
以上のケースの場合に、承認ステータスがスパムとなっているコメントを書き込んだ IP アドレスのリストをアクセス拒否として、.htaccess を更新します
.htaccess の更新内容は # BEGIN written by WordPress plugin - Akismet htaccess writer と # END written by WordPress plugin - Akismet htaccess writer ブロック内で行われます。ブロックが存在しない場合にはファイルの末尾に追加で書き込まれます。以下、サンプルです
- # BEGIN written by WordPress plugin - Akismet htaccess writer
- Order Allow,Deny
- Allow From All
- Deny From aaa.bbb.ccc.ddd
- Deny From eee.fff.ggg.hhh
- .
- .
- .
- Deny From www.xxx.yyy.zzz
- # END written by WordPress plugin - Akismet htaccess writer
.htaccess ファイル名が設定されていない、または書き込み可能ではないと .htaccess ファイルは更新されません
このプラグインに関して、決して Akismet プラグイン作者に連絡は取らないでください
