suVeneのアレ

Cacoo を用いて作図してみたかったので、正式日本語化発表で再燃している Evernote への情報集約の図でもまとめてみようかと。方針としては、自分が気になったソースや、自分がアウトプットしたりしたものは、大体 Evernote へ集約。

Plagger 使わずにまとめると汎用的かと思ったが、検証がめんどくさいのでやめた。Plagger を利用しない人は、まるごとRSS とか、Yahoo!Pipes とか、 feedmyinbox とか、Feedburner とか、 を利用すればなんとかなるのでは。
(試してないけど。詳しくは、「参考・関連記事」にあるリンク参照)

概念図

Event

PC(主に Windows)

• vimperator(direct_bookmark.js)
  
  • 「:sbm [hoge]fuga」 でブクマ完了。
• TwitterIrcGateway
  
  • IRC 使い慣れてるので、普段はこれ。
• TweetDeck
  
  • in_reply_to が必要なときに TweetDeck から返信。
• Tombloo
  
  • 鼻血が出るほど便利。主に、画像は Tumblr へ、気になるフレーズや文章は Clipp へ投げている。0.4.7 から、Evernote へ post できるようになったので、Web ページ丸ごと保存したいときなどは Evernote へ直接ポスト。(Autopagerize してから保存すると、Mobile で見るとき超便利)

Mobile(Windows Mobile[T-01A])

• moTweet
  
  • WindowsMobile のなかでは、結構好きなインターフェース。割かし軽い。
• pockeTwit
  
  • フリーのわりに、なかなか高性能だが、重すぎ。
• browser(IRIS メイン)
  
  • Opera10 や、IE も使ったりする。

情報ソース

• Google Reader Shared Items
  
  • 通勤中や休憩中に T-01A から Google Reader をみて、気になる記事があったら Star をつけるか、Share するかしている。
• Twitter
  
  • 暇潰し潰されサービス。
• Twitter Fovorites
  
  • 気になる発言や、おもしろい発言があればポチッと。
• SBS(はてな)
  
  • EntryFullText で Evernote へ。
• Tumblr
  
  • Tumblr の画像を enclosure して Evernote へポストしたいが、FindEnclosures して FetchEnclosure すると大変時間がかかるので、どうすればよいのか思案中。
    
    • と思ったら、Clipp に画像を投稿したら、普通に enclosure された。ので、Clipp にも画像投稿しとこう。Tumblr でもいけるのかもしれないが、Source は少ないほうがよいし、今度でよいか。
• clipp
  
  • 気になるフレーズなどはここに Clip。そんなに活用しているわけではない。

情報経路

• Reader2Twitter
  
  • Google Shared Item から、Twitter へ投稿してくれるサービス。[!B] をつけて、そのまま はてぶ まで連携。
• twtr2src
  
  • 1日単位に指定したところへ メールしてくれる。gmail 経由で Evernote へ。
• Plagger
  
  • これがなかったら死ぬ。

参考・関連記事

• Evernoteハンドブック
• Hacks for Creative Life!: インプット情報をEvernoteに全自動転送する
• Evernoteに記憶を自動保存する方法 – RyoAnna’s iPhone Blog
• Hacks for Creative Life!: アウトプットはFriendFeedで集約しevernoteに蓄積することにした-後編-
• シゴタノ！ — 「人生をEvernoteに詰め込みたい！」というあなたのためのアウトプット収集法まとめ
• 『Cacoo』オンラインで作図→同時編集→ブログ用ガジェット生成まで出来るサービス | [b] bizMode｜世界のデジタル事情→日本の未来
• もっと評価されてしかるべき Twitter クライアント： TweetDeck | Lifehacking.jp
• Tomblooを使えばたった１秒で「はてなブックマーク」できる*二十歳街道まっしぐら
• windowsmobile の Twitter クライアントレビュー – suVeneのアレ
• Google Shared Itemを活用して更なる理想環境を作る | 普通のサラリーマンのiPhone日記
• twitter のバックアップサービスレビュー – suVeneのアレ
• CPAN→Plaggerインストール(レンタルサーバさくら) – suVeneのアレ

できるポケット+ Evernote posted with amazlet at 10.03.07 コグレ マサト いしたに まさき できるシリーズ編集部 インプレスジャパン 売り上げランキング: 28 Amazon.co.jp で詳細を見る

「超」情報検索・整理術 「整理しない」「覚えない」で効果抜群! (ソフトバンク文庫NF) posted with amazlet at 10.03.07 山路 達也 ソフトバンククリエイティブ 売り上げランキング: 122085 おすすめ度の平均: 個人でやるにはよい方法だが… 情報は「整理」しないで、「検索」せよ Amazon.co.jp で詳細を見る

iPhone情報整理術 ~あなたを情報’’強者’’に変える57の活用法!(デジタル仕事術シリーズ) posted with amazlet at 10.03.07 堀 正岳 佐々木 正悟 技術評論社 売り上げランキング: 1050 おすすめ度の平均: 一読の価値あり アプリだけでなく情報整理術の考え方を手に入れよう iPhoneをもっと仕事で使いたい人に 文章構成力が残念 ようやくザウルスから卒業できそうです Amazon.co.jp で詳細を見る

Web・Net関連 evernote, Hatena, mobile, Plagger, T-01A, Twitter, Vimperator

Plagger を利用して、Hatena から Delicious, LivedoorClip に同期してるんだが、2ヶ月ほど前からこんな感じで文字化けするようになってた。

2ヶ月以上も放置してて、otsune さんからも IRC でつっこまれたので、ちょっと調べてみることに。タイミングとしては、XML::Feed::RSS かなにかが XML::Feed::Entry::Format::RSS とかに変わったあたりなんだけど、そのとき cpan モジュール沢山更新したから、あんまり関係ないのかも。

で、とりあえず試行錯誤でかろうじてわかったのは、Publish::Delicious.pm の場合、

    my $params = {
        url         => $args->{entry}->link,
        description => encode('utf-8', $args->{entry}->title),
        tags        => encode('utf-8', $tag_string),
    };

の部分の、encode をはずすと文字化けしなくなるってこと。Publish::LivedoorClip も同じ。

デバッグしてみても、「utf8::is_utf8($args->{entry}->title->data)」は 1 だし、encode した文字列はちゃんとフラグ落ちてたんだけど、なんでだろう。perl の仕組みも文字列の扱いも詳しくないからこれ以上わからない。

というわけで、とりあえず以下のようなパッチを宛てて文字化け回避したのはいいけど、ちょっと場当たり的。LivedoorClip も似たような感じ。

--- a/plagger/lib/Plagger/Plugin/Publish/Delicious.pm
+++ b/plagger/lib/Plagger/Plugin/Publish/Delicious.pm
@@ -32,12 +32,16 @@ sub add_entry {
    my $params = {
        url         => $args->{entry}->link,
#        description => encode('utf-8', $args->{entry}->title),
#        tags        => encode('utf-8', $tag_string),
        description => $args->{entry}->title,
        tags        => $tag_string,
    };

ついでに、Hatenaブックマークのフィードは、何故か entry_body にブクマした記事の概要が入ってて、summary のほうに自分のコメントが入ってるので、

$params->{extended} = $args->{entry}->body_text;

のところは、
$params->{extended} = $args->{entry}->summary;

に変えてしまった。

うーん。謎いです！

環境

• Perl v5.8.8 built for i386-freebsd-64int
• Encode 2.27
• URI::Fetch 0.08
• WWW::Mechanize 1.54
• Net::Delicious 1.13

主要なのはこんな感じ？

似たような状況に陥ってる人はおらんのかな。

Programming Perl, Plagger

こないだ、del.icio.us のブクマ数画像取得する API が公開されたので、それを利用する YAML つくった。
既出かもしれんが、探すのメンドウだったので。

URI は otsuneさんところの、void GraphicWizardsLair( void ); // 「http://del.icio.us/feeds/img/savedcount/{md5_hash}」でdel.icio.usブックマーク数画像が表示されるようになった に載ってたので、参考にした。

delicious_bookmark_users.yaml

link: http://del.icio.us/url
append: use Digest::MD5 qw(md5_hex); $args->{entry}->meta->{delicious_md5} = md5_hex($args->{entry}->permalink); undef;
query:
url: $args->{entry}->permalink
content_dynamic: <img src="http://del.icio.us/feeds/img/savedcount/[% entry.meta.delicious_md5 %]" style="border:0;vertical-align:middle" />

Plagger どころか、Perl をよくわかってないので、ここで use してよいかどうかわからん。

今までは
こんな感じだったのが、これで
こんな感じになる。(画像かっこわる！)

config

  - module: Widget::Simple
config:
widget: delicious_bookmark_users

diff

Index: delicious_bookmark_users.yaml
===================================================================
--- delicious_bookmark_users.yaml       (revision 1938)
+++ delicious_bookmark_users.yaml       (working copy)
@@ -1,4 +1,5 @@
link: http://del.icio.us/url
+append: use Digest::MD5 qw(md5_hex); $args->{entry}->meta->{delicious_md5} = md5_hex($args->{entry}->permalink); undef;
query:
url: $args->{entry}->permalink
-content_dynamic: <span style="background-color:rgb(100%,[% entry.meta.delicious_rate %]%,[% entry.meta.delicious_rate %]%)">saved by [% entry.
meta.delicious_users %] [% IF entry.meta.delicious_users > 1 %]people[% ELSE %]person[% END %]</span>
+content_dynamic: <img src="http://del.icio.us/feeds/img/savedcount/[% entry.meta.delicious_md5 %]" style="border:0;vertical-align:middle" />

これ OK なんかな??? まぁいいか。

この辺は一度計算したらキャッシュで取っておく感じにして負荷対策したいな。
void GraphicWizardsLair( void ); // 「http://del.icio.us/feeds/img/savedcount/{md5_hash}」でdel.icio.usブックマーク数画像が表示されるようになった

まぁいっか。

Programming Plagger

ブックマーカーのお気に入りを抜き出すのに、RSS か JSON が公式でサポートされてりゃ便利なのになー。
ってかもしかしてある？
今はこんな感じで Plagger で JSON 作り出してるんだけど。

global:
plugin_path:
- /path/to/plugins
assets_path: /path/to/assets
timezone:  Asia/Tokyo
log:
level: debug

plugins:
- module: Subscription::Config
config:
feed:
- url: http://b.hatena.ne.jp/user/favorite
meta:
follow_xpath: //div[@class=favoritelist]/ul/li/a[2]
- module: CustomFeed::Simple
- module: Publish::JSON
config:
dir: /path/to/json
filename: user.json

たいていうまく取れるんだけど、通信状態によって?たまにお気に入りのブックマークが取得されてしまって困る。
お気に入りユーザーがRSSかJSONで取れるように、はてなアイデア出してみるかなぁ。
XMLRPCとかも同時にあればよいなぁ。

え、がいしゅつ(何故か変換･･･ じゃないよね？？

Programming Plagger

昨日の件は、とりあえず対応したのだけれども、何点か疑問がある。

昨日の件ってのは、要約すると Feed 中の link フィールドに何らかのフィルタリングや変換を必要とする時の話。

んで、最初の疑問が、それを実現する時どのような方法を取るのがスマートなのかって事。
今回取った対応は、link フィールドだから Filter-TruePermalink/livedoor_clips.yaml 作って

rewrite: |
if ($args->{feed}->url =~ m!http://clip\.livedoor\.com/rss/clips!) {
s|%23|#|g;
}

みたいな感じで、Permalink を修正。
でも、Permalink が直っても、Publish::HatenaBookmark と Publish::Delicious がサーバにポストするフィールドが $entry->link だから、そこも書き換えないとならない。
で、無理やり yaml の中で書き換え。

rewrite: |
if ($args->{feed}->url =~ m!http://clip\.livedoor\.com/rss/clips!) {
if (s|%23|#|g) {
$args->{entry}->link($_);
return 1;
}
}

これでうまくいくことはいくんだけど、こんなところで permalink 以外のフィールド置換してよいのかな。
なんか設計思想から外れている気もする。

かといって、Filter::RewriteEnclosureURL ってのは、相対位置書き換えるような処理だし、Filter::Regexp ってのは、body 限定の置換っぽいし。
ふーむ。


次に、Filter 系のパッケージって 出力や加工に対して処理する事が多そうなんだけど、入力自体にフィルタする方法がよくわからない。
Aggregator::Simple を使う事がほとんどだと思うんだけど、Feed 解析して Entry 取得する際にフィルタリングできてもよい気がする。
例えば NGワード とか、取得したくない URL だとか Publish でフィルタするのってタイミング的に遅いような。
なんか方法あるのかな。

だれか、俺の疑問に答える余裕のある人答えてください！PlaQ


* あと、#plagger-ja って誰でも部屋入っていいのかなｗ

* 関連記事
suVeneのあれ: みちアキ氏に嫌われた

Programming Plagger