Net::POP3::SSLWrapper

Gmail の POP3 さんが SSL 通さないとアクセスできなくて、どうしようかなーと思っていたら、id:tokuhirom さんが Net::POP3::SSLWrapper というステキモジュールを作ってくれていたので、案外ラクにつなげて、tokuhirom++。渡した code の中で quit しておかないと out of memory 起こすみたいなので、そこだけ注意。quit しないってどういうことだという感じもしないでもない。

んで、以下は Email::MIME と Email::MIME::Attachement::Stripper を 使うために wget でコソコソ落として、 tar でガリガリ解凍したモジュール一覧。こんなことしなくても、という感じがダダ漏れ。備忘録ついでに。

  • Email-MIME
  • Email-MIME-Attachment-Stripper
  • Email-MIME-ContentType
  • Email-MIME-Encodings
  • Email-MIME-Modifier
  • Email-Address
  • Email-MessageID

こんだけ適当なパスにつっこんで、use したらエラーはでなくなったので使えるようになったんじゃないかなー。常識あって、環境が許してくれるなら cpan さん使った方がいいです。

やっぽー。

はいほー。たーらーららんらんらー。

Twitter で Follow しておくべき Twitter-er

という括りで扱うユーザは基本的にはいないと思ってる @aerith です。 あえていうと、Twitter で Follow するのをおすすめする Twitter-er とかそういう感じのほうがいいんじゃないかなと思うし、 コトの発端となったエントリでも ※あくまで自分のfollowingユーザーを対象に抽出していますので、偏りがあるところはご了承ください。 と言っています。じゃあ、それでいいじゃないかという話で。でも以下続き。

最近の流れだとどうだかわからないけど、ぼくが Twitter を始めたときは、みんなテキトーに follow する、当時でいうと friend を増やしてる感じがあって remove もなんか気が向いたらしてたんだと思う。ぼくは remove する相手がいる・いないじゃなくて、行動を起こすこと自体がめんどかったのでその辺は特になにもしてないけど。 そういった流れで Twitter の ゆるい雰囲気ができていったんだと思うし、 Twitter で Follow しておくべき Twitter-er で @maybowjing が言っている通りに、自分の興味のある人をどんどん follow していけば、どんどん楽しくなるはず。

合わなかったら remove するなり止めるなりしたらいいわけだし、というどうでもいい序文で前振りが長くなったけど、 結局のところはぼくも、follow すべき変態なんかじゃない ということが言いたかっただけです。 というか、並び的になんか筆頭的な扱いに見えて、そんなバカな話があるか、と。そこまで気にしているわけではありませんが、ネタに乗るという意味でこのエントリを書きました。

で終われば、このエントリもあんまりあんまりな感じに見えてしまうであろうことは目に見えているので、ぼくからもちょっとだけ。

この Twitter というサービスでは、投稿されたポストにそれぞれ連番が振られていると仮定し、 このグラフ を参考にすると、一日に 70万、現在およそ 8億 の投稿があります。 全てのデータを同じ場所で管理しているわけではなく、処理を分散したり・過去のデータを整理したりしているんだと思うけど、 それでも、それだけのデータが毎日飛び交い、さらにそれを見に来る人がいるということは、負荷も物凄いことになっているはず。 そういったこともありもちろんいつもそんなこと考えてるわけじゃないけど、ぼくが Twitter を始めてから 1年 ちょっと経ちますが、 Twitter は頻繁に重くなるし、バグが出ることも珍しくない。ぼくの follow している人たちの中には、それをむしろ楽しんでいる人も少なくないです。

けど負荷は負荷にかわりないので、Twitter の実装をしている人はもちろんですが、 @ono_matope さんの ふぁぼったー みたいなマッシュアップサイト、 @cheebow さんの Twit や @lynmock さんの P3:PeraPeraPrv みたいな Twitter用クライアントを 作っている人たちにとっては迷惑極まりないというか。でもそんな中、日々、アップデートやメンテナンスをがんばっていたりしていることとか。

こういったマッシュアップサイトや Twitter用クライアント ではデータの取得に API という Twitter 側から用意された手法を使ってますが、 これは一回に取得できるデータの量や、一時間に何回か、といった回数に制限がついています。この制限はサーバーの負荷があがれば Twitter 側がどんどん厳しくするし、 こちら側でどうこうできる問題でもないっす噂ではホワイトリストみたいなのもあるみたいだけど。それでもいろいろな工夫をしたりして、なるべくユーザーに喜んでもらおうと思って開発を続けているのに ぼくがそう妄想しているだけで実際にそうかどうかは本人に聞いてみないとわかりませんが、そういった制限のこととか、 Twitter の 負荷についてとかよくわからずに、○○○○がデータ引けない、壊れたー。 みたいな発言をみると、アホかとバカかと思いますねなんだか悲しくなりますね。

せっかくすばらしいものを作ってくれて、それを使える立場にあるのに、設定変えてみるとか・状況把握しようとしてみるとか、そういったこともせずに妙なこと言ってるように見える人がたまにいて。 電源のコードが抜けているのにパソコンが動かなくて、それを責めているみたいなマヌケ。これはぼくもよくやりますけど、とても恥ずかしいです。 もちろん、それがホントに不具合だと思うんだったら、それを作った人に伝えてもいいと思うし、そうしたら対策を考えてくれるかもしれないし、そうでなくても忙しいのかな、くらいに思えばいいんじゃないかなとか。 Twitter に対して、いいゆるさを自分の中にもててたら、もっと気楽に Twitter できると思うのに、とか。それに何度も言うけど合わなければ使わなければいい、とか。

どこがちょっとなのかとも思うけど、もういっこ。

クライアントの作者さんとかに連絡とるってどうやるのーとか、Twitter での ゆるコミュニケーションをするときに、ひとつ役にたつ機能があります。 ポストの先頭に アットマーク、その後すぐ後ろに Twitter のユーザー名というふうに書くとぼく相手だったら @aerith とか、 それが相手への返事だと認識される、Reply という機能です。もともと実装されてたわけじゃないけど、ユーザーがテケトーにやってたら公式に採用されたとかどうとかいう噂だったり。 これの一覧は home とかの replies とかいうタブで見れたりしますね。

まあ、こんなの誰でも知ってるし使ってればわかることでもあるんだけど、案外知られてない気がするのが、 相手に follow されていなくても、Reply 投稿はできるということ逆も言えるけどと、 この Reply 発言、流れてくる条件にいくつか設定があるということ。 設定についてはいちいち訳すのめんどい @付き投稿の設定はどうすれば変えられる? という記事を見てください。

てすてす。

てすてす。

結局テンプレートも自分で書くよ、書くよ。

trac の timeline からあるユーザーのものだけ抜き出す。

python まるっきりやったことないので、これでいいのかさっぱりどうにかわかりませんが。 yum で 適当にインストールした場合に /usr/lib/python2.4/site-packages/trac 以下に置かれている、 Timeline.py というファイルがありますけども、これのだいたい 160 行目あたりにある

         idx  = 0
         for kind, href, title, date, author, message in events:

というコードを

        user = req.args.get('user')
        idx  = 0
        for kind, href, title, date, author, message in events: 

            if user is not None:
                user = to_unicode(user) 
                if author != user:
                    continue

というふうに改変して、timeline にアクセスするときに、user=ユーザーの名前 というパラメータを加えればその人の分だけを抜き出すことができます。RSS もformatというパラメータに rss という値が指定されていたらテンプレートが変わってるだけの感じなのでこれで大丈夫。 匿名さんによるコミットは考慮してないので上のようなコードになっていますが、その辺考えるとめどさがアップしますね、ぐったりします。まぁでも、ソース読むのに時間がかかっただけで、実際やった改変はアホかというくらい単純ですけど。

RevisionLog?のほうを扱ってるファイルもだいたい検討ついてるので、読めば改変はできそうだけど Yappo さんがやってるようなこと をやるんだったらちょっとめんどいことしないといけなさそうなので、本体改変じゃなくて、ちゃんとプラグインを作ったほうがいいような気がする。

そうなると python の勉強しないといけませんね。 python はもうなんかいいよ。Perl が書きたいです、Perl が。 たいしたものは書けないけど。 PHP はファイルを .php で保存したらなんかやる気が抜けるという恐ろしい固定観念。 えり好みしてるから成長しないんだろうな。 でも一つの言語もロクにできないくせにあれこれ手を出してもね。 freenode の #coderepos チャンネルは理解できないときだらけですけど、ホントに勉強になります。

けっきょくどうすればいいんだろ。どうするのがいいのかわかればこれほど簡単なこともないんですけど、人生的に。それがわかるくらいなら誰も悩みはしませんね。

ものすごく迷走中。

やぁやぁ、メイドのことながらブログを書くことなんてすっかり忘れていたわけですが、こういうときはきまってログを初期化しています。毎回毎回、ログが消えたことについては狙ってやっているのでさほどダメージはないのですが、それにくっついて別のものをうっかり消してしまうのが痛い。ていうか気づかなかった自分がバカなのですが、テンプレートまで消さなくたっていいんじゃないかー?まとめてみると、パーマリンクなんて概念はぼくのサイトには存在しません。すべてテンポリンクです。真似して省略してみたけどいまいちカッコがつかない。ひらがなだったらカワイイんですけどね。

まぁ、そんなこんなで CodeRepos::Share に参加したのはいいものの、メンバーのすごさにビビってコミットするかどうか迷っていたら、コミットしようと思っていたファイルを失くしてしまうという超本末転倒なことしてみたりとか。

いままでは、このブログにエロゲとか書くのはどうなのかなーとか思ってたりもしたのですが、はてなダイアリーも最近重いし、まじめに書いてもテキトーに書いてもプログラムの質が変わらないという精神状態なのでまったりここに書いてしまえと思ってこうしてエントリ書いてる。推敲もなにもあったものじゃないので、あとで読んではずかしくなったりするのかも。

なんにしたって、面白いものがかけるとかそういうことではないし、まったり生きていきます。昔公開してた Greasemonkey のスクリプトとかは覚えててみつかれば圧縮して再配布とかしようと思うけど、書いた本人も何があったかとか覚えてないくらいなので。また新しく書いたほうがいいのかも、とか思う。最近は他のブラウザでも動くように書いたりしてるし、みんな。

あとは最近いろいろと過負荷な気がするよ、入出力じゃなくて負荷。ヒビのダメージをしもちゃみんのみなさまがたの歌声や、UNiSONSHIFT のサントラでまったり癒されつつもやりすごしてるけど、最近それもなんだかなぁという感じになってきてる。でも茶太さんはいいよ、茶太さんは。世界を茶太さん中心に回す。もげー。そんな近況。

サーバーを移した

とりあえずサーバーを xrea.com から coreserver.jp に移しました。