UserStreamとREST APIのジレンマ
最近ちょくちょく止まりますよね。困る。( @aki_null ) RT @koizuka: 夜フクロウのStreamsの更新が止まっているので自動更新をoffにした
2011-04-18 12:35:28@BeDai いやまあ夜フクロウのせいかどうかってのはあるけど。どっちかというとtwitter側のstreams apiが死んでるんじゃないかなあ
2011-04-18 12:36:09twitter のStreams API(timeline部分)が死んでいるような観測をしたら、自動的に旧式APIで比較情報取得して、アラート出して切り替える動作をするといいんだろうか
2011-04-18 12:37:31おおさすが RT @fx702p: @koizuka TweenはUserStreamsが切れたら旧来のAPIでの取得に戻りますね。
2011-04-18 12:38:43@Mocel うん、なので「timelineが」という言い方で、自分のフレンドタイムラインの新規メッセージの到達間隔を見るイメージで書いていた
2011-04-18 12:41:15ほほう。今度止まった時は試してみよう。 RT @koizuka: 夜フクロウのリアルタイム更新をonにしなおしたら流れてきた
2011-04-18 12:45:05@koizuka 流速の速いユーザーのほうがレアですからねぇ…5 分以上とか猶予見るなら、たぶん手動で切り替えてもらったほうが「障害」への対応としては正しい気もします。
2011-04-18 12:44:36@Mocel どうやら今回は夜フクロウ側が調子悪いような感じだったので、Streamsそのものが調子悪いわけではないか、あるいはちょっと調子悪いときのリカバーが足りない感じなんだろうか。
2011-04-18 12:46:21@Mocel twitter自体はよく不安定になるから、それをいかにカバーするか、というのがクライアントアプリに「できる」一つの側面ではあるなーと。
2011-04-18 12:48:08@koizuka User Streams が沈黙してたら REST API に切り替えて、かつ時々 Streams の復活も確認する、的なリカバリーはできると思います。どのクライアントもまだ備えてない機能ですけど。
2011-04-18 12:55:59@koizuka Tween さんがやってるのも「切断」されたらの話で、User Streams はほぼ切断されることがないので夜フクロウさんと事情は同じです。
2011-04-18 12:57:22お、なるほど RT @Mocel: @koizuka Tween さんがやってるのも「切断」されたらの話で、User Streams はほぼ切断されることがないので夜フクロウさんと事情は同じです。
2011-04-18 12:57:34夜フクロウさんの User Streams 切断時の復帰処理はものすごくしっかりしてると思う。公式のガイドラインにきっちり沿った、お行儀のいい振る舞いをしてるんじゃないかしら。Tween さんも。
2011-04-18 12:58:44@neconeco64 US から REST への移行はなんとかできても、REST から US への復帰処理を安定化させるのがもうアレです。US のトラブルが続いてたら、また適当な時間待って REST に移行することになりますし。
2011-04-18 14:43:04ていうか、REST API に切り替えてから User Streams への復帰処理って合理的に書けるんだろうか。ポーリング処理しかないんじゃないかしら。もちろんその間 REST API は使用不可。
2011-04-18 14:44:37