weblogUpdates.ping の第3引数に、最新記事の permalink をいれたらどうか、と思いました。
現状だと、受信した Ping サーバ側が、
- blog_url を HTTP GET
- RSS Auto-Discovery
- RSS を HTTP GET
- RSS をパースして item/link を取得
っていう長い道のりで最新記事の URL が取得できる。しかもどっちかが非同期になってると、それが最新という確信はないわけで。
つーことで、
weblogUpdates.ping(String blog_name, String blog_url, String permalink)
にしたらどうかと。permalink は最新記事の URL です。
この拡張はサーバ側、送信側とも後方互換がとれている(サーバ側は無視してもいいし、送信側は2個のままでも問題ないし)ので、カンタンにできそうなんです。
ホントは第4引数にメタデータ (dc:title とか dc:author, trackback:ping とか)もいれたいんですが、
* XML-RPC と RDF 相性ワルスギ
* XML-RPC にいれるなら RSS2.0 の item のほうがいいよな
* 受信側でいらないんなら、トラフィック増やすだけだね
ってな考えもあり、permalink だけでいいかなと。
たとえば Atom にそって Ping 仕様をきめよう!なんてのもいいんですが、ここまで Blog ツールの数が多くなってきたりすると、新しい仕様1個決めるにもタイヘン。結局大手ツールが対応してくれないとだめだし。。
というわけでブナンなとこに着地してしまう。
UPDATE: Trackback Ping をいただいた XML-RPC Ping の送信 経由で、blo.gs では、weblogUpdates.extendedPing ってなのを実装しているようである。最新エントリの URL と、RSS フィードの URL を追加してます。
サーバ側で新しいメソッドで実装しちゃったほうが、ほかにかける迷惑は(最初の時点では)少ないんですよね。しかしそうすると送信側があとでバラバラ個別対応になって美しくないんだよなあ。。
はじめまして。
更新情報の中継サービスPingLinerの開発に携わっておりまして、やっと最近Blogの仕組みが見えてきたかなという段階です。つい先日、私共も同じような話をしていました。
ブログから送られる更新情報は今後も増えるであろうから、カテゴリーに分けることは必須になるだろう。でもブログのエントリーって書く人次第なので、今日は「スポーツ」なエントリーでも、明日は「料理」なエントリーかもしれない。XML-RPCで受けるとなると、最新のエントリーを取りに行ってもそれがさっき受けた更新情報通知のエントリーであるかどうか判らないし・・・んー結局TrackBackPingになるか、もしくは投げられた内容から判断するかー(ムリ)、それか今のXML-RPCを拡張提案するかー(できるのか?)と・・
なるほどPermalinkだけでも十分ですね
BLOG HACKS購入しました
中身読んで愕然・・やろうとしていたことが全部載ってる・・・しかもコード付き・・
グっとくるHACKばかりで付箋だらけです・・
長文になってしまいました すみません・・・