情報の共有

納品クエストの報告件数に不安があったので
肉さんとゴブクラ管理人さんに相談してデータの共有を実現しました。

ところが実装してみたところ面倒なバグが見つかりました。
DB更新時に取る表示バッファ使うと
アクセスの度にデータ送っちゃうんですよねー。
とは言えバッファ参照は負荷考えると外せませんし
面倒ながら仕様自体を見直すことに・・・

今日実装した機能はこれだけ
・他のサイトから登録された場合は出力キャッシュをクリア。
　(間違ってechoしても良いように)
・自サイトから登録された場合はブラウザに表示のみに変更。
・DB登録の際には自他サイト共にキャッシュファイルを削除。
・ページ参照時にキャッシュファイルがない場合は作る。
　(キャッシュファイルがある場合はキャッシュを表示)


提案者が一番最後まで出来てなかったので焦りましたが
３時間ほどかけて無事完成。
登録件数の増加に期待です。

納品クエ予定表

banana.comの肉さんにデータを頂いたので早速予定表の機能を作ってみました。
他のサイトの機能を見てみるとランク、ギルドやらで絞り込みを
しているところが多いようですね。
分類での絞り込みも考えましたがこの機能は実装せずに
文字の絞込みの機能をつけてみました。

「アッシュ」と登録すると納品アイテムから絞って一覧で
表示→選択して登録という流れになります。
1件の場合は選択なしでそのまま登録するようにしてあります。

また、このページは12時過ぎにアクセスが集中するはずなので
DBに登録、削除するとき以外はすべてキャッシュを参照させる
ことにしました。

システム的な欠陥は登録者の確保でしょうね。
他のサイトと登録データの共有なども検討した方が良いかも知れません。

納品クエ予定表また停止

レシピ検索やアイテムサーチが完成したところで
納品クエの予定表作成を再開しようとしたところ
予想以上にデータが多くてまた少し断念。
（現在3割くらいデータ作成済）

開発者の私達にとって一番の試練はデータの作成ですね。
プログラム書くのは楽しいんですがデータ作成は苦痛以外の何でも無いです。

また暫く放置してまた気が向いたら再開の予定。

ショップサーチ

ブログの更新はさぼってましたが、開発の方は着々と進んでます。

当初より予定していたショップサーチの検索部分がほぼ完成しました。
この機能はプログラムのコードよりデータの作成が大変でした。
データ作るだけで3日くらいは掛かったかな？

一通りデータが出来てしまえば滅多に追加更新されることも無いと
思うのでデータの更新機能は後回しにして他の機能を強化します。

高速化終了

キャッシュ機能実装で劇的にレスポンスが上がりました。
結局のところMySQLに検索に行く回数を減らすのが一番の近道だったようです。

今回試した一連の高速化処理で平均80％近いCPU使用率が7%程度まで改善されました。
取りあえず満足の行くレスポンスまで達したので
ここで処理速度のカスタマイズを一時中断して機能追加にシフトします。

今後の予定は
・レシピの更新、追加機能を完成させる
・レシピ、アイテムのコメント欄を見やすく修正
・武器防具の入手方法を登録
・登録データを認証する機能を作成
・作りかけの納品クエページを完成させる

と言った所でしょうか。
この辺りまで完成したら今の仮稼動をやめて本稼動としたいと思います。