twitter4j対応メモ
エントリ分割）
Twitter4jのAsync切り替え）
Twitter4J 3.0でJava2 1.4捨てたのでjava.util.concurrentを使っても良いことに気がついた！
@yusuke おお！パフォーマンス良くなるんですかね！あと何気に通常の tw <=> async tw の変換クラスとか欲しいｗ（複数インスタンス持つのは不安で。。。
2012-12-09 22:35:39 via YoruFukurou to @yusuke
@kimukou2628 車輪が減るだけでパフォーマンスはどうだろう・・変わらないと思います。new AsyncTwitterFactory(twitter.getConfiguration()).getInstance() ではいかがでしょう？
@yusuke 成る程。ありがとうございます。gabu本でAsyncTwitter使ってるので凄く使ってみたくで（汗。この場合はtwitterの再認証が走ってしまうイメージなのでしょうか？ それとも単純にAsyncTwitter用のinstanceのみ生成されるのでしょうか？
2012-12-09 22:45:34 via YoruFukurou to @yusuke
@kimukou2628 再認証しないです。new AsyncTwitterFactory(twitter.getConfiguration()).getInstance(twitter.getAuthorization()); でした
@yusuke ありがとうございます。明日のいろふカレンダー書いたら試してみますね〜。感謝です！
2012-12-09 23:45:00 via YoruFukurou to @yusuke
Twitter4j 3系(Api1.1)で廃止になった系のAPIのメモ）
[http://twitter.com/yusuke/status/291588879369240576:twitter:tree]
文字数チェックの話）
#Twitter4J の CharacterUtil::isExceedingLengthLimitation は便利そうなので後で試すかな URL
@kimukou2628 いや、それだめです。140文字超えてるかどうか判定してるだけで、URLが20文字(21文字)になることとか考慮してない
@yusuke 涙・・。凄く期待したのに。たまにユーザさんで絵文字使ってて超える人がいるようでチェックどうしようかなと。countも同じ感じなんですよね。。（汗
2013-01-17 01:31:22 via YoruFukurou to @yusuke
@kimukou2628 これ URL つかえばカウントできた気がします
短縮URLの話）
@kimukou2628 Activityのintent-filterでURLをマッチングさせてアプリを起動させているのですが、t.coもandroid:host に追加するしか無いのですかね。Twitterアプリがインテントを飛ばす前にURLを展開してくれたら楽なのですが。
2013-02-21 19:03:47 via web to @kimukou2628
@chototsumoushin 一応 URL の作ってますが、twitter4j の場合は展開URLの情報を持っているそうです（まだ未確認
@kimukou2628 TwitterのAPIでは展開後のURLもいっしょに取得出来ますね。Twitterの公式アプリがそのURLでインテントを飛ばしてくれたら何も苦労しなくていいのですが・・・。
2013-02-21 19:36:56 via web to @kimukou2628
javadocから何時も調べきれてないorz
何時もイケメン先生にはお世話になってます（ぺこり
getSingletonの話）
getSingleton() って 2.2.4からの関数なのか‥‥ staticメソッドなのでtwitter4j.properties でトークン等が設定済み の時にはじめて動かせる感じなのかな。 #twitter4j
動的に設定する場合は従来通り new TwitterFactory(confbuilder.build()).getInstance() みたいな今までどおりの方法しかないのかもうーん。使いこなしが難しい＞＜ #twitter4j
@kimukou2628 動的設定はConfigurationBuilderを使うことになりますねー。ヒミツプロパティでConfigurationFactoryを差し替えられる作りにはなってるのでアクセストークンをDBやファイルに格納されている設定を読み込むようなことはできます
StreamingAPI対応の話）
[http://twitter.com/yusuke/status/310958189539635200:twitter:tree]
SNS連携を考えると リスト表示チェックが付いている時だけ twストリーミング受信 ＝＞ Notificationで通知がいいんだろうなとか思うわけなんだけど＜現在うまく生かせてない状態
でもリアルタイムマッチングが前提だともう少しひねらないとSNS連携って「とりあえず対応しましたよっ」って感じにしかならない気がするorz
android検証メモ＞
URL みてて、#twitter4j のインスタンス shutdown() してないな（汗 とか思いつつ Streamだけのスレッド停止だと URL のcleanUp() 使えばいい感じなのかしら。。
あれ？ #twitter4j 3.0.4-SnapShot で TwitterStream で<title>Error 401 Unauthorized</title> が出てる。普通のtw検索はできているので何がいけないんだろうか？（認証Tokenの使い回しは駄目？）
twitter4j 3.0.4 の Error 401 Unauthorized は複数のクライアント で同一IDでつなごうとすると出るエラーっぽい。でも最近は端末側でも API枯渇をStreamingでしのごうよ？ の流れっぽいからどうなんだろう？
OK)<string-array name="s_word"> <item>%23twiter4j</item> <item>%23irof_hisotry</item></string-array>で established されるんだけど受信はされず
a = new TwitterStreamFactory(tw.getConfiguration()).getInstance(tw.getAuthorization()); a.addListener(listener as StatusListener) なイメージ駄目？
android検証メモ 解決編＞
@kimukou2628 そこらへんの挙動JavaDocみてもわからないですよねー。ちゃんと明記しないと・・・
リトライ等の設定)
URLみるとprotectedメソッドか(残念 RT yusuke: #Twitter4J良く出来てんな - 【Twitter4J】リトライ処理の設定方法 - creativi.tea - URL
@kimukou2628 ConfigurationBuilder使えばプログラマティカルに設定できますよー
@yusuke すみません＞＜。そっち見落としてました(汗 URL ですね。ありがとうございます〜
2013-10-28 10:57:52 via YoruFukurou to @yusuke
@kimukou2628 immutableなので動的に変更はできませんけどねー
新仕様のDM送信チェック)
twitter4jのshowFriendshipというかcreateRelationshipでcan_dmが取れないから新仕様のDM送信チェックができない感じかな。たいしたコストじゃないのでgetRawJSONして自力でチェックするか。
2013-10-17 20:54:29 via YoruFukurou to @takke
@takke ありがとうございます！なんか最近JIRA(というか自宅サーバ)落ちまくりで・・・。見ますー
2013-10-26 20:38:23 via YoruFukurou to @takke
@yusuke よろしくお願いします！
Twitterhackのスライドメモ)
DMでURLが送れない話)
ぎゃー。Dで自分にURLって今できないんだっけか。。（汗チケットのURLなんか覚えられんわ＞＜
@kimukou2628 戦闘のhを抜く
@repeatedly ありがとうございます。なんか本当に不便になりましたよね（スパム対策なんだろうけど。。
2013-11-09 00:36:11 via YoruFukurou to @repeatedly
@yusuke @kimukou2628 トップにでかでかと…！
2013-11-09 00:38:41 via YoruFukurou to @yusuke
@repeatedly @kimukou2628 スパム対策としては t.co でブラックリストに入ってるURLをリダイレクトさせない仕組みはあるので純粋な障害なんじゃないかなーと思ってます。または一時的にスパムが増えて四苦八苦してるか・・
2013-11-09 00:40:46 via YoruFukurou to @repeatedly
@yusuke @repeatedly t.co のは共有できるって読めるんですけど、URLを一度 t.coに変更できれば DM貼付可能なのですかね？
2013-11-09 00:42:58 via YoruFukurou to @yusuke
@yusuke @repeatedly 普通そうですよね（汗。アカウント制限なのか＞＜ 送れるユーザと送れないユーザって try-catchで贈ってみて判定しか現状判別する方法はやはりないのでしょうか？それともcanDMみたいな仕組みがあったり？
2013-11-09 00:50:03 via YoruFukurou to @yusuke
http://twitter.com/repeatedly/status/398840384198963200:twitter:detail:right
http://twitter.com/yusuke/status/398841822438387712:twitter:detail:right
@takke ちょっと聞きたいんですがTwitterってurlは勝手に短縮するようになってたりします？それともクライアントアプリで頑張ってるんですかね？
2013-11-16 17:03:10 via Janetter for Mac to @takke
@gari_jp API経由で投稿すると勝手に短縮されちゃいますね。クライアントアプリはツイートを取得すると全てのURLが圧縮後のURLになっているので、適宜展開して表示しています。展開するための情報はツイートと一緒に送られてきます(何文字目から何文字目はこんなURLみたいな)
2013-11-16 17:10:33 via Tween to @gari_jp
twitter で自分にURL送れるようになってたので、 URLのh抜き処理戻しておこう。ただリリース時期がAd入れ替えるタイミングだけなのが痛いな。。。（汗
@kimukou2628 サーバサイドにフラグを持っておくとか！？
@yusuke ありがとうございます。やっぱりそうなりますよね。ちょっとその実装してみます。でもDでURL復活したようなので一寸良かったです?(´▽｀；)ゞ(LINE的プライベートSNSっぽく仲間内でclose対戦御誘いしたいな話が最近人気高いみたいなので。
2013-12-25 09:35:57 via hamoooooon to @yusuke
@kimukou2628 Twitterつながり同士で競争は楽しそうですね！ユーザー個別のフラグじゃなければ静的に.jsonファイルを置いといて起動時と10分に一回とか1日に一回とかポールすればいいと思うんでそんな難しくはなさそうですねー
@yusuke そうか10分おきのポーリングアイデアは思いつきせんでした！ありがとうございます。起動時にNWつながってない/不順時に必ず取得＝＞取得できないと立ち上らないというソフトの障害対応(NWつながってない時は無視して続行の形に改修)とかしてたので<汗
2013-12-25 10:23:51 via YoruFukurou to @yusuke
SNS機能入れる対戦(?)ゲームって、最初はランダムでも良いけど、そのうち、うまい人とは指名対戦したいみたいな話になってうまい使い方を提示できないと、LINEとかの踏み台になってしまうんだよな?(´▽｀；)ゞ。色々と難しいけど。そういう状況だとマニュアルレスの直感的ナビって難
強制チュートリアルは嫌がられるし、(企画書的に)作るのが面倒なのは分かるんだけども。まあそこら辺はなれた操作感を新システムに反映してくれとかの受注システムとかでも同じか。｢楽しく(不快感覚えさせず)新しい操作覚えさせる｣が課題なのかも。ここら辺は丸投げされがちやけど
WebView認証まわり＞
たぶん clearCache よぶと確実なんだけど
Adとかで clearCache してしまうと ＝＞キャッシュ読めない ＝＞SecurityExeception
＝＞アプリ落ちる な糞な仕様があったりするので難しいのですよね‥‥
Activity(WebView)単位でキャッシュ消せるならいいんだけど。。。
SNS認証に関して)
そういえばtwは身分証明が出来ないからSNS連携をしても怪しいから望ましくない fbやlineやG+なら身元割れするからイタヅラ等の抑止力になる(ユーザサポートも減る)だろうって話も社内で出てたけど正直日本だとどうなんですかねー
匿名のゆるいつながりみたいな方じゃないと使わないだろうとおもうんだけど。nakamapにしても普通に掲示板移動して投稿するなら匿名＝＞アプリから js apiとか使うならメールユーザ登録が別途必要(煩雑な認証はユーザ離れで却下）って話のはずなんだけど話がコロコロ変わる（汗
対トラブル(警察、報道,Play disコメ,苦情問い合わせとかも含む)を主観に考えざるをえないらしい。IOSだと基本的に好意的なので規約抵触なければ問題ないけどAndだと基本disベースだから面倒事は勘弁（苦情問い合わせもAndユーザがほとんどな話＜本当かしらんけど。。
