級にspammerが来始めたので，なんか炎上してた人をフォローしたせいか，大手画像サイトとかをフォローしたせいだろうなぁ．
で，私のfollowerリストから更に他の人に飛び火すると悪いので（もう遅いかも知れんが…），一旦非公開アカウントにしました．
spammerの自己紹介や行動には，一目見て分かるほど特徴が沢山あるので，非公開にしているうちに，自動blockするスクリプトを作ることにした．
これまでの経験上，誰かが私をfollowするのは，頻度が高くても1人/週程度なので，1週間を目処に解決を目指そう．
前提
- 今借りているレンタルサバ上でwebに溢れているサンプルコードを動かそうとすると，モジュールが足りない
- pythonのモジュールは，同じディレクトリに置けば動かんこともないが，twitter関係の操作に必要なモジュールを1から入れようとすると，依存関係のため入れるべきモジュールが多い上，それぞれのimport文に対応するよう配置しないといけないので大変すぎる．
- 自宅PCは最近は1～2回/週しか立ち上げないので，それではspammerのやりたい放題
つーことで，新たな常時起動しているサバを用意するか，コードをある程度自作する必要があることが分かった．
とか思考を全部書いていくと時間が足りないので結論だけ書く．
Google AppEngineでpythonコードを動かすか，標準モジュールだけでpythonコードを動かすかの両睨みができる方法を取ることにする．
具体的には，標準モジュールだけでTwitter APIを操作できるようにしながらも，GAEの開発環境は用意し呼出し部は2パターン作った．
で，cronを使うよりも，twitterでfollowされる度に飛んでくる通知メールをGMailで受け取って，それをトリガーに動作させてみたいと思い，GAEに挑戦することにした．
追記: GAEだもの，GMail くらい直接触れるでしょ，なんて思い込みがあったが，触れないことが分かった．オーノー
GAEについて
pythonしか試していないのでpythonのことを書く．
Google AppEngine より，登録してSDKを落とす．
Windows版はmsiファイル，Linux版はただのzipファイル．
Win版は，C:\Program Files (x86)\Google\google_appengineへインストールされる．Linux版は，unzipして展開するだけ．
python2.5.x でないと動かない．
$ python (PATH)dev_appserver.py demos/guestbook
と実行すれば，サンプルが動作する．
guestbookと同じように，app.yamlとそこから呼び出されるpyファイルを配置すればOK．
制限をかけたい場合は，app.yamlの制限したいscriptを定義しているscript行の下あたりに，login: required (Googleアカウントでログインしてないとダメ) とか， login: admin (GAEの該当プロジェクトの管理者権限がないとダメ) とか書く．
GAEへアップロードするには，
$ python appcfg.py update project_name
とかする．
アクセス先は GAE の dashboard の application settings にあるが，http://application_name.appspot.com とかだと思う．
サンプルみたいに wsgiref.handlers.CGIHandler().run(application) で呼び出してもいいが，デバッグしたい時は，from google.appengine.ext.webapp import utilとインポートしておいて，util.run_wsgi_app(application)とすると，ブラウザ上にデバッグメッセージが表示される．
どうせ開発環境では，dev_appserver.pyを呼び出している窓にも同じメッセージが表示されるけど．
詳しくは，ユーティリティ関数 - Google App Engine - Google Codeとかを参照のこと．
あと，simplejsonとか，ちょっと欲しいモジュールは入っていたりするけど，oauthtwitterとかニッチなのはない．
外部ファイルからクラスをインポートしたい時は，同じフォルダにpyファイルを置いてimportすれば，開発環境では動く．GAE上では試してないので不明．
twitterAPIについて
仕様がよく変わるので，公式の最新のもの（英語）Documentation | Twitter Developersの REST API を見た方が早い．
BASIC認証はもう使えないらしいので，OAuth認証を使う覚悟をする．
情報取得系はGETで叩き，情報更新系はPOSTで叩くRESTful I/F．
応答はJSONかXML．
アクセストークンの発行が死ぬほど面倒くさいので，頑張る．私は，やる夫と Python で学ぶ Twitter の OAuth - YoshioriのBlogを参考にした．
どうせReadもWriteもやりたくなるので，Read/Writeは少なくともつけておく．
QUERYをトークンをキーに符号化したものを署名としてHTTPヘッダへ埋め込み，肝心のQUERYは上記の通りGETかPOSTで投げるので，二重に必要なことを忘れない．
で，上に記載のやる夫と Python で学ぶ Twitter の OAuth - YoshioriのBlogのソースコードを改変して作ったのがこんなクラス → py_twit.py 更新しました → twit_oauth.py．
無駄に書いてるimportとかはそのうち消します．
なお，screen_nameをuser_idとする場合，idは文字列で渡すこと．
また，statuses/updateは同じ発言を2回書くと403を返す，など応答については各々調べること．
あんま関係ないが，pythonのこと調べてると，大学時代の同級生がたいてい出てくるので，よくビビる．
今回の案件では，コードの美しさというよく分からん評価軸について語っていたので，反映しなかった．