TwitterBOT制作日記その２ ～API側の一時的制限～

現在作成中のBOTは、二人のキャラが１つのbotで同居したようなものを考えています。
会話をさせたりさせなかったりする予定。
（本来、それぞれのキャラでアカウント作って、リプライを飛ばしあうのが正道かと思われますが、それができない事情があるのです）

というわけで、キャラA,Bどちらが喋っているのかを明示的にするために、しゃべる都度アイコンを入れ替えるという処理をしようと思いまして、それを実装に励んでいるわけですが。
どんだけやっても、プロフィール画像変更処理がうまくいかない。
画像はアップされている挙動だが、Twitter上では「×」と表示される。

なんだ元画像が壊れてる？　いやいや普通に見えるし、パスが間違ってる？　いや間違ってたらPHPエラーだし、MIMEタイプのミス？　いやミスっても正常でもダメだなぁ…
と悩んでいたところ。

どうも、TwitterAPI側がAPIでのプロフィール変更処理を一時的にストップしている模様で。
http://status.twitter.jp/
なるほどそりゃできんわな、と脱力した次第であります。

一方で思ったことは。
最近高負荷でクジラもよく出現するTwitterですので、こういったAPIの制限を仕掛けてくるということも今後少なくないかもしれません。
（サーバをデータセンターに移してどうとかいう話もありますが、サーバをいくら増強しても限界には限界があるわけで）
こういった事象がおこりうることを考慮した上でBOT制作するべきなのかな…とか、考えてしまいました。

----
以下、つぶやきというかちょっとした思いですが。
最近負荷を考慮してない気軽なBOTが多いのかなーとか思ったりしつつ。
EasyBotterならPHP知らなくても、TL反応も自動フォロー返しも簡単に実装できてしまいます。（それだけ簡略化したものを提供してくださる作者様に感謝感謝ではあります。なにぶん私もPHPは初心者）
TL反応といえば、自TLを取得するAPIを叩いているわけですし、自動フォロー返しはおそらく（ソースを読み解いたわけじゃないのでウソかもですが）、フレンドリストとフォロワーリストの差分をとって不足をフォローするといった処理をしているのではと思います。ここでもAPI二回叩いている。
cronを２分でやっていれば、２分毎にこの処理が走るわけです。空振ったとしてもAPIが叩かれるのには変わりはありません。

自動フォロー返しは２分間隔で行う必要があるのでしょうか。
TL反応は意見が分かれそうですが、２分単位にストーキングしなくてもいいのではないかなーと思います。

このあたりの実装をもう少し考慮すれば（例えば自動フォロー返しは一日一回にする、とか）、その分Twitterのサーバには優しくなるのかなと思ったりしています。

大量のキャラBOTが２分間隔でこれらのAPIを叩きに行ったらそりゃ負荷も増えるわな、落ちるわなとか思っちゃうわけです。
なので、少しでもTwitterのサーバに優しい設計が出来ればいいのかなぁとか考えております。
（もちろんcronで回すサーバもPHP稼働サーバも負荷は考えるべきなのだけれども）

一番いいのは作らないことじゃね？　というツッコミはなしで…うん、それはよく分かってるのでorz