![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
RT @drillbits: #bpstudy タスクをキューに投げるときに実行するためのデータをDatastoreに入れるため、そこが課金対象に… #appengine
2010-12-21 19:29:35![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
channel に繋いでるclientの数とかclient_idのリストとかサーバー側で取れるのかな? と昨夜触ってて思ったのだけどどうなんだろう #bpstudy
2010-12-21 19:32:40![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
そういうメソッドの定義、無いですねえ RT @sugyan: channel に繋いでるclientの数とかclient_idのリストとかサーバー側で取れるのかな? と昨夜触ってて思ったのだけどどうなんだろう #bpstudy
2010-12-21 19:34:49![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
PB定義見たら CreateChannelRequest CreateChannelResponse SendMessageRequest はあるけど SendMessageResponse がないw 面白いな #bpstudy
2010-12-21 19:37:13![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
Channel APIってクライアントがcloseしたときにイベントがおこったりするのかな。 #appengine #bpstudy
2010-12-21 19:37:37![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
@sugyan 多分接続の維持と管理自体がぜんぜん別のインフラで行われてるから、状態を引っ張ってくるだけでコストが高いんじゃないかと思います #bpstudy
2010-12-21 19:37:52![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
@masahito なさげです。。メッセージ送ってみてエラー出たらcatchでクライアントをリストから削除とか書いてました #appengine #bpstudy
2010-12-21 19:39:16