EC2はネットワークのoutboundは重量課金なのでなるべく軽くなるように作業。１年は月間15Gまでは無料ですけども。
　画像ファイルで1Mbyte超のがあったのでリサイズ＆リコンプレスして1/10以下に。あとは、クロウラーをどう選別するか。特定クライアントから短期間に大量アクセスが有った時に止めるオブションを探し中。limit_*系のディレクティブでなんとかなるか？年末年始休暇のネタが増えた。
　人が普通にアクセスしてくださる分には大丈夫です。botnetと独自クロウラーが厄介なんだよ。もぐらたたきは自動化したいねぇ。もぐらたたきはめんどくさいからＩＥ６らしきものはすべて天空に飛ばすようにした。今時ＩＥ６なんて企業内だけですから、当サイトの対象ではないす。
　CloudWatchのalarmは設定してるのでこれを自動化して、1日の想定転送量を超えたら閉店するとか、imgは落とせなくするとか、いろいろやる事はありそうです。
　
12/18追記
　forbiddenを返してるのにひたすら突撃しているクロウラーがある。どうやら何かのコンテストらしい。迷惑千万(一応数バイトのエラーステータスは返してやってるので)だし、こんなのはコンテンストで落ちるべきである。
　そして、今日はbingbotが来ている。非常に紳士的なクロールなので特に何も対処しません。何だかんだ行ってもMSは余裕があるから目立ちたいだけの奴とはやり方がそもそも違う。
　まぁ、結構効き目のあるフィルターが有ったのでこれで様子をみつつ。CloudWatchの閾値を検討しよう。

　httpdのエラーログをみたら、どうも一部のサムネイル画像のファイル名が間違っている。前からそうなのかわからんが、手作業置換で直していった。100エントリーくらいあったので疲れました。

　で、旧サイトではHikiで構築してあった「神社関連」も再構築中です。参拝したけど書いてないお社も多々あるので追加したいと思う。
　ただ、キーワードでの相互リンク機能はWikiクローン系の方が楽ではあるなぁ。でも、別にPukiwikiとか入れて管理するのも嫌なのでWPでなんとかしとこう。せめて特定カテゴリー(神社関連)の時は専用のテンプレートを使うくらいはしておきたい。

　そして、旧サイトはコンテンツおよびDBのデータを削除してすっからかんになりました。そして、ルートの.htaccessにdeny from all書いて置いておいてみた。301 Moved Permanentlyのほうが良いかな。IPアドレスでアクセスしてた奇特な人以外はDNS変わっているから別に大丈夫かな。
　削除ついでにCOSM(旧Pachube)のデータ及びアカウントも削除しました。いままでありがとう。

　サイトのAWSへの移行。網元AMIが優秀でWordpress部分は楽でした。自前のアプリ群は１こ１こ検証をするのだけども、ドメイン名がないor本番とは違っている状態でやってたのでいろいろ面倒だったり。うーん、またサイト移動のノウハウだけが溜まっていくなぁ。
　過去にあったコンテンツで移行してないものがありますが、それは後々移行するor捨てです。

　料金でなかなか手を出しにくかったAWSですが、使ってみると超ベンリでもっと早く使っておけば良かったと思います。

　なにげにhttpdのaccesslogを見たら、Wordpressの管理画面へのBrute Force Attackが記録されてた。突破はされてないのだけども20分起きくらいにTryされてる模様。相手のIPアドレスはロシアで使われてるものだ。getのURLの傾向から見ると、素人が出来合いの攻撃スクリプトを使っているように見える。無駄があるのだが改善されてないのだ。

　まず.htaccessで該当アドレス帯を/16で大胆にdeny。国外向けのサイトではないので、これができる。グローバル向けのブログだとこの方法は使えない。様子見しつつ、ログイン画面へBasic認証も入れとくかな。

　こういう現象の時に今のさくらの共用サーバがhttpdのログが1日前以前しか観られない事が嫌。今日のログは24:00過ぎないと観られないのだ。正月休みにはAWSに移行する予定なので自由には出来るようになりますが。自由は自由で良いとしてアップデートやパッチはしっかり自分でやらないとね。