• 奪取時の一番時間がかかっていると思われる移動距離の計算の仕方を変更しました。
• 都度全計算を止め、差分計算に変更。
• この変更により、m→km変更時の、四捨五入の誤差が大きくなった。
• 上記問題を解決するため暫定的に、設定変更を行うと全計算を行うようにした。（いずれ別メニュー<BTS:205>)
• 今週1週間、10分制限を無くし元に戻した。
• 今週の結果を待ちますが、元に戻す可能性が高いです。(データ量の推移をみると、1.5倍～3倍の差があるので)
• 移動距離などの表記を距離に合わせて動的に変更(16:50追加)
• 1Km未満: 999m, 1Km以上10Km未満: 9.9Km、10Km以上: 99Km
• BTSでの知らせを廃止(16:50追加)
• BTS周りのSQLのリファクタリング
• トップページから更新情報機能をを削除(お知らせでまとめて配信されるため)
• BTSでの知らせを廃止(16:50追加)
• BTS周りのSQLのリファクタリング
• トップページから更新情報機能をを削除(お知らせでまとめて配信されるため)
• 最近よくある問い合わせを追加(20:20追加)
• 最近よくある問い合わせを掲載しました。メールで返信してもエラーで帰ってくるため。

最近メールでくるお問い合わせで、よくくるものとかをまとめてみました。
（回数が多いのと、メール出してもエラーで帰ってくることが多いので)

A. <BTS:193>でも報告があがってますが、8/28までは、移動することにより正しいデータに再集計されます。(つまり8/28までに移動したことがある人は正しいデータと言えます。)
8/29以降は、設定変更画面で何も変更しなくてもよいので、更新することにより、再集計されます。ただし、これは、暫定的な対応です。<BTS:205>

• 24日 19:15 MaxClients 20→30
• 27日 08:10 MaxClients 30→25
• 29日 13:25 10分制限解除。
• 29日 13:25 移動距離計算の改善。

ずーっと再奪取できないという制限を緩くし10分以上たてば再奪取可能としました。

また、今までははログベースでしか負荷監視してなかったのですが、詳細な負荷を分析してみることにしました。(SNMP+Cacti)

とりあえず1週間は現状の制限付きで運用して負荷状況を比べて見てみようかと思います。

よって、一週間後に元に戻しますが、今週の状況と元に戻した状況の負荷を比べて明らかに異なれば、この仕組みは採用することになると思います。
(ロジックをもうちょっと見直して改善される、サーバのスペックがアップするまで)

以前、<BTS:167>, <BTS:168>で書きましたが、現時点で重い主な原因は同じアンテナへの連続奪取が多いためで、本日も昼ぐらいから結構反応が遅い現象が続いているようでした。

試しに、同じアンテナへの同じユーザの連続奪取を出来なくしてみました。
※他のユーザに奪取されても、移動しなければ、再奪取できません。

しばらく、この状態でどうなるか様子を見ようと思います。

いろいろうまくいかなかったりしてご迷惑をおかけしましたが、
ココギコ版とデータを統合<BTS:49>したβ版を再度公開しました。

α版と比べて以下の変更点が有ります。

• 緯度経度の主キーを変換前の値を使うようにしました。<BTS:68>
• アンテナの表示数は10個に制限をかけていましたが、最大値を50としてユーザが設定出来るようにしました。
• ココギコ版との連動が必要なくなったため、該当テーブルを削除しました。
• TODO: 関連テーブルのカラムの削除。
• アクセスキーをいくつか追加しまいた。<BTS:82>
• 0: ホームへ戻る。
• *: アンテナリストの前へ。<BTS:176>
• #: アンテナリストの次へ。<BTS:176>
• 直接リンクによるアンテナ情報の閲覧を禁止しました。 <BTS:178>
• MapFanへのリンク時もうちょっと詳細な画像を出来るようにしました。
• 最終アンテナ周辺検索の表示本数をユーザ設定で設定している本数に合わせました。<BTS:166>
• TODO: 次へリンクが無くなったので作ったほうがよいと思われ。
• TODO: 色については、実装上ちょっとムズイので放置。そのうち対応。
• BTSではなく開発日誌のお知らせが表示されるようにしました。
• デザイナーさんに作ってもらったロゴを掲載しました。

ちょと待ち時間が長いので、この開発日記を携帯からみることができるように、
というか、アンテナDASHからこの日記のRSSをみることが出来るようにしてみることに。

とりあえず、XML::Feedを入れ中。
ってそこからかよ。

突然ですが、現在作業を行っていて、不定期に数時間止まると思います。

20日の8:00ぐらいまで終わるかもしれませんが、準備(ここ数日間のデータの移行)がおわ
らなければ、20日の夜にするかもしれませんし、眠くなったらそこで終了というアバウト
なスケジュールです。

文字化け自体は解決しているはず。

15日にMySQLのバージョンを今後レプリケーション体制することをふまえて4.1.13にあげました。

ref: レプリケーションでエラー

そのときに同時接続数を減らして(max_connections=50)、セッションの接続時間も短めにしてみた(wait_timeout=360)のですが、設定が厳しすぎてDBからお断りされていたみたいなのでで、接続数(max_connections=100)を増やしてみました。

今度はどうかな?
wait_timeoutはもっと短くしても良い気もするが。

とりあえず、文字化け問題解決。
週末もしくは、平日深夜に移行されることでしょう。
今回の停止は、長くても2時間以内に入れ替えを目指します。

今度こそ大丈夫。

一度は公開したもの、公開直後にDBの文字コードがおかしくなっているのが発覚し、しかも簡単に解決できそうにないので、α版にもどしました。

かっこわるすぎ。す、すんませーん。

8月13日までのデータも移行完了しました。

残るは今日、14日の分なので、本日サーバ止めてβ版への切り替えをおこなうかなぁと思っています。

予想開始時刻は、18:00～24:00ですが、前後するかもしれませんし、プライベートな状況次第では、今日は作業を行わないかもしれません。

BTSを使ってお知らせするのもいまいちなので、開発日誌はじめてみることにしました。

奪取時の処理でINDEXが有効に効いていない処理があったので INDEX を張り直しました。
体感的には感じられないけど全体的にはレスポンスが早くなりました。