2014/11/17(月)リソース状況 その2
リソース状況 その2
日付 | ページビュー | グラフ | CPU使用時間 | グラフ | ウェブ転送量 | グラフ |
---|---|---|---|---|---|---|
2014/11/16 | 14340 | 1時間 9分48秒 | 1.89GB | |||
2014/11/15 | 20001 | 1時間31分48秒 | 1.88GB | |||
2014/11/14 | 17541 | 1時間37分45秒 | 2.78GB | |||
2014/11/13 | 16821 | 2時間 4分 3秒 | 3.56GB | |||
2014/11/12 | 16062 | 2時間16分 9秒 | 3.61GB | |||
2014/11/11 | 15511 | 2時間 8分32秒 | 3.27GB | |||
2014/11/10 | 10881 | 1時間37分43秒 | 2.51GB | |||
2014/11/09 | 35546 | 2時間 6分36秒 | 4.20GB | |||
2014/11/08 | 27376 | 2時間 6分47秒 | 3.18GB | |||
2014/11/07 | 6394 | 1時間 6分49秒 | 1.68GB | |||
2014/11/06 | - | 58分13秒 | 1.65GB | |||
2014/11/05 | - | 43分 2秒 | 945.6MB | |||
2014/11/04 | - | 20分41秒 | 627.5MB |
- 主なイベント
- 2014/11/05(水): 公開。
- 2014/11/14(金)ごろ: 画像ファイルのクライアントキャッシュを有効にした。PukiWikiの設定見直し。
- ページビューはWikiのページ参照を全部カウント(画像アクセスなどはWikiページではないので含まない)。
- CPU使用時間とウェブ転送量は3:00~翌3:00が集計期間。ページビューの集計は0:00~翌0:00。
何とも言えませんが、とりあえず今のところは負荷が増える傾向ではなさそうです。もっとも、次のアップデート後にはアクセスが増える可能性がありますが^^;
2014/11/09のアクセス数が妙に多いのは巡回ソフトでのアクセスがあったようです。
画像アップローダー更新
ECO-Wiki用の画像アップローダーのメニュー部とメイン部を独立にスクロールできるようにしました。
その結果、echo.jsがスクロールイベントを拾わなくなったのでちょっと中を弄る羽目に(^_^;)
IE7は見捨てました(。・・。)。全く閲覧できないわけではない感じでしたが…。
2014/11/16(日)各種データベース作成方針
各種データベース作成方針
基本的に上から順にやる予定。
データベース
- アイテムデータベース
- アイテムDB(gamedb)に登録されてたデータの内、装備品以外を登録*1。
- アイコン表示は(少なくとも最初のうちは)無し。
- 装備品データベース
- アイテムDB(gamedb)に登録されてたデータの内、装備品をマージ。システムはフィールド追加する以外はそのまま。
- アイテム説明フィールドと、ふりがなフィールドが必要(ふりがなはアイテムDBとの連携に関係)。
- 表記揺れへの対応とかでどうしても手作業が入るのでめんどい(;-_-)
- 装備品DBに登録してしまうとECO Simに表示される装備品が増えてしまうのが懸念点。
- 使いにくそうになったらフィルタでも付ければ良いかな。
- データ量は倍になるくらいならたぶん大丈夫*2。
- アイテムDB(gamedb)に登録されてたデータの内、装備品をマージ。システムはフィールド追加する以外はそのまま。
- 合成データーベース
- 合成DB(gamedb)のデータを使う。
- これは(比較的)楽そう。
データベース間の連携
- 合成データーベースと他のデータベースの連携
- アイテム/装備品データベース上に合成レシピを表示。
- 入手方法(生成物の場合)や備考(材料の場合)の所にレシピを表示するイメージ。
- ひも付けはアイテム名でマッチング取る予定(同名アイテムが問題になることはたぶん無いはず)。
- これは便利そうなのでやりたい。
- アイテム/装備品データベース上に合成レシピを表示。
- アイテムデータベース&装備品データベース
- アイテムデータベースを表示したとき、装備品データベースのアイテムもマージして表示。
- アイテムデータベースの流儀にあわせるならふりがなが必要。
- この機能必要なのかなあ。装備品DBの方で見れば良いような気も。
ふりがな足すのめんどい
- アイテムデータベースを表示したとき、装備品データベースのアイテムもマージして表示。
その他
- アイコン表示
- 無くてもそんなに困らない気がするけど需要はどの程度なのか……*3。
- 実装する場合、画像ファイル名はデータベース上のシリアル番号をそのまま使うつもり。
- メリット:ファイル名をデータベースで保持する必要が無い。ファイル名を考える必要が無い。
- デメリット: 分かりやすいファイル名を付けられない。同じアイコンを同一ファイルにして使い回せない。
2014/11/15(土)ECO-Wiki (acronia) 設定メモ
2014/11/12(水)ECO-Wiki用画像アップローダー
ECO-Wiki用画像アップローダー
ECO-Wiki用の画像アップローダーを公開しました。
本当は適当なアップローダーを探して使うつもりだったのですが、良さそうなのが見つけられなかったので結局自分で作ってしまいました(^_^;)
クライアントサイドのアップロード処理の所はpluploadが良さそうだったので使ってみてます。
2014/11/08(土)サーバーのリソース状況
サーバーのリソース状況
ECO-Wiki (acronia)を公開したことで、今どんな感じになっているのか気になって調べてみました。
ディスク使用量
やっぱり大半がアクセスログ(;^_^A
合計850MBほどですが、ライトプランは容量10GBなのでまだ10分の1も使ってないですね。というわけで、ログは削除せずに放置(。・・。)
ちなみにgeocitiesの容量は100MBですが、使用量は7MBくらいなのでこちらも余裕。9年経って容量が50MB→100MBに増えてたけど、ほぼ同じ期間にsakuraは300MB→10GBになっていたΣ('◇'*)
CPU使用時間と転送量
日付*1 | CPU使用時間 | ウェブ転送量 |
2014/11/10 | 1時間37分43秒 | 2.51GB |
2014/11/09 | 2時間6分36秒 | 4.20GB |
2014/11/08 | 2時間6分47秒 | 3.18GB |
2014/11/07 | 1時間6分49秒 | 1.68GB |
2014/11/06 | 58分13秒 | 1.65GB |
2014/11/05 | 43分2秒 | 945.6MB |
2014/11/04 | 20分41秒 | 627.5MB |
転送量目安はライトプランで40GB/日らしいので問題なさそう。
CPU使用時間はどの辺りまで大丈夫なのかよく分からないけど、今のところは大丈夫っぽい(・・?)
追記
2014/11/08~2014/11/10を追加。土・日になってCPU時間、転送量ともに増えたようです。