You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
毎朝 6:00 に自動的に Topic 更新を行うため、hubot-cron を使いました。Hubot は、自分自身のメッセージには応答しないため、別に Cron 用の Hubot を立ちあげています。 日〜木の 21:00 になっているのは Heroku の Timezone が UTC に設定されているためです。 Slack API 現時点では Webhook から /topic コマンドを叩いても、更新ができないため、Slack API の channels.setTopic メソッドを使う必要があります。 Slack API は OAuth 2 を利用しており、ユーザーに対して発行される Access Token を使うため、発行したユーザーが Topic を更新している様に見えます。(冒頭のスクリーンショットを参照してください) 今後、同じ様に、Slack API を利用したユー
例外を利用して実装すると便利な場合が多い この投稿では、HTTP経由でJSONを返すようなWeb APIをRailsを利用して実装するとき、エラーレスポンスを返す場合の処理をどう実装するとやりやすいのか、というニッチな話題に触れる。APIでエラーを返したいとき、即ち400以上のステータスコードと共にレスポンスを返したいような場合、どう実装するのが良いか。もしリクエストの処理中にエラーが検出された場合、それ以降の処理を行わずに直ちに中断してエラーレスポンスを返したいという場合が多いため、例外を利用して実装すると便利な場合が多い。 例外を利用しない方が良い場合もある 1つのリクエストに複数の問題が含まれている場合、先に見つけた問題だけを報告するようなエラーレスポンスを返すのか、それとも問題を抱えながらも進めるところまで処理を進めて報告可能な情報を全て含むようなエラーレスポンスを返すのか、という
RailsでAPIを雑に書いていたんだけど, コントローラとかをどう書くとエラー処理しやすくなっていいかなーと考えていて, 個人的に考えがまとまったのでブログ書いた. ※9/1に追記書いた. 良いエラー処理について 個人的にAPIを書く上で(API書くに限らない気はするけど)どういうふうにエラー処理を行うと良いかなーと考えてみると コントローラ内では基本的に, ある関数の処理が失敗して, 次の処理が行えない場合はすべて例外を投げる 例外は各々のコントローラ内で例外のキャッチは行わず, すべてApplicationControllerなど, 親コントローラ内の1メソッドで完結させる かなーと思う. APIのエラー処理は, Envelopeにステータスコードとエラーメッセージを書いて, APIのフォーマットを統一するほうがクライアントが作りやすそうだし, またこのように処理することで, エラー
男性と遊びに行った。浴衣だった。足元が悪くて、歩くの大変だった。でも男性の足の速さに追いつこうと懸命になって歩いた。周りのカップルは、彼女に「大丈夫?」「ぬかってるから気をつけて」とねぎらっていた。彼女らは「全然平気」とぶっきらぼうに応える。ぶっきらぼうさの中に「やさしい〜」が聞こえてきそう。その会話を聞いた男性が振り返り同じことを私に聞く。私も大丈夫と応えるけど、男性がゆっくり歩くことはない。 席に着くと、トイレ行ってくると席を立ち、そのまま帰ってこない。そのままぽつんと残される。荷物が置いてあるから私はここにいるしかない。だいぶ経って帰ってくると手には食べ物。これあげると渡される。くれるのは嬉しい。でも違う、一緒に買いに行くんだよ。と思った。一人取り残されるとつらいと言って、今度は二人で買いに行く。 帰り道、カフェに寄る。「今日は一日疲れたな」と言われる。そりゃ、ねーよ。今日の感想それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く