life.log.1コンテンツへスキップlife.log.1エンジニアの悩みと興味を綴る。3)と言った書き方で出来ますが、Railsだと記述の仕方によってはUPDATEする前にSELECTのクエリが入ったり1件ずつUPDATEしてしまうのでクエリの発行数が増大してしまいます。1')と書くことが出来ます。あ...ココまではタイトル関係ないです、すみません。前提になるとこれでは通用しなくなりますね。MysQL構文を持ってくること。みたく、columnの値を含めた計算式を入れる方法が見当たりません。1'ソースコードのリンクはMySQL用ですが他にPostgresSQLやSQlite用も同様の実装に見えました。仕様に載ってないということは、将来のバージョンアップでサイレントで実装が変わってしまう可能性はあるので要注意ですね。15分につきリクエストが最大15回までという制限があるため、75000以上のフォロー・フォロワーの全てを取得しようとすると最低でも15分以上かかるという問題が存在します。後日・あるいは暫く経ってから結果を通知するシステムであれば特に問題はありませんが、できるだけすぐに表示をさせたい場合は予め最大取得数を制限したいですね。(75000ユーザー取得すると数〜数十秒かかりますので、必要性が薄ければ尚更もっと制限したいところ)では、どのようにすれば必要な数だけ取得できるか次で紹介します。取得する時に、以下のように”friend_ids.take(10)”といった形でtake(取得数)を付けるだけです。client.follower_ids("調べたい人のscreen_nameまたはid").take(100)なお、これはuser_timelineなど他のAPIでも応用が効くようです。APIのレスポンスを列挙してみる。gem]先日(2016/1/19)に大規模なTwitterのサーバー障害に見舞われました。その時に自分が運営していたサイトのログを確認してどのようなエラーがTwitter側から返ってきたか確認したいと思います。gemを使った上での結果です。html>としまいにはJSONでなくHTMLを返されてしまったようで...鯖落ちした時のエラーのレスポンスの返り方はもう予測不可能ですねwで、結局どう例外処理すればいいの?結論としましては、まずはTwitter関連で発生したエラーのデフォルトの処理を記述する(内容はTwitterがサーバーダウンした場合を想定)TooManyRequests(API制限で利用不可)Unauthorized(鍵垢、トークン無効などの理由で読み取り不可)Forbidden(140字以上のツイートなどの理由で拒否)などユーザー側の操作の理由で発生したエラーの捕捉をしたほうがいいと思います。#rescue_from節は下のほうほど優先順位が高いため、Twitter::Errorの例外は一番上に書きそのサブクラスの例外を下に記述すること。Payが20%還元をしまくるので色々買ってみた感想ふるさと納税で頂いた境港市のぶりを食す妻と料理教室に通い始めようと思う。Studio体験へ料理教室のコスパについて考えてみた。