grapeバリデーションのエラーハンドリングの仕方 - Qiita
params :sample_params do optional :locale, type: String, desc: 'locale' requires :auth_token, type: String, desc: 'auth_token' requires :age, type: Integer, desc: 'age' requires :data, type: Array[String], desc: 'data' end しかし、このバリデーションには意外な欠点があって、 例えば値が空な時に発火するよう自作した俺俺エラーがあったとしても、 それがraiseする前にgrape validationのエラーがraiseしてしまう。 その為、grapeが発火させるエラーをいい感じで整形してレスポンスを返したい。 そんな時は、resque_fromを使ってあげよう。 modul
Ruby で メールアドレスの有効性チェックしてみた - Qiita
はじめに C 向けのサービスを運営していると、ログインID や連絡のためにメールアドレスを取得することが多い。 で、その取得したメールに対して、大量のメール配信を行ったところ、バウンス率が高いために Amazon SES から配信停止を食らったもんで、 停止解除のための説得材料として、登録されているメールアドレスの有効性チェックを行おうと、方法を色々調べた。 下記のように Web で同様のサービスもやってますが、まぁ csv インポートだとお金かかったりだとか、 色々あったので、調べて自分で実装してみました。まぁざっと作ったのでひどいソースですが… http://www.verifyemailaddress.org/ http://address-kakunin.com/ https://www.voilanorbert.com/ メールアドレスの有効性をチェックするには、telnet で
フィールドが存在しない項目の検証(validate) - ザリガニが見ていた...。
前回までに、ユーザーデフォルトの設定が出来るようになったが、現状では入力された値のチェックはしていない。だから予想外の入力がされると、エラーが発生してしまう。入力値の検証機能(validate)が必要だ。 ところが、今回は複数のオブジェクトをyamlに変換して1つのフィールドに保存するようにしている。検証したいのはyamlに変換する前の個々のハッシュオブジェクトの値だ。こんな時はどのように処理するべきなのか？以下は、試行錯誤の結果、その処理方法のメモ。 エラーのチェック app/models/default.rb モデル（defaultテーブルを管理） 標準的なvalidate 値のチェックの対象がyamlフィールドそのものであれば、以下のように簡潔に表現することが出来る。（例:yamlフィールドはintegerタイプで、値が直接保存されると仮定して、1から100の範囲外の時はエラーにする
「Ruby on Railsで簡単で素早くWebアプリを開発する」 第４回 Active Recordの入力チェック機能
第４回 Active Recordの入力チェック機能 連載第4回は、Railsの入力チェックを取り上げます。Rails3からは、Modelに対して入力チェックを簡潔に記述できるようになりました（Rails2以前の入力チェックも使用可能）。そこで、前回作成したアプリケーションに対して、入力チェックを実装してみましょう。なお、前回の記事で予告した簡単な商品購入ページの作成ですが、記事のボリュームが大きくなってしまうので、別の連載で書くことにしました。お詫びいたします。 入力チェック機能の概要 さて、Railsにおける入力チェックですが、「ActiveRecord::Base」を継承したModelに、後ほど説明する入力チェックを入力項目ごとに実装しておくと、以下のメソッドを呼び出したときに入力チェックが実行されます。 create create! save save! update update
Railsアプリケーションにおけるエラー処理（例外処理）の考え方 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mobi/telephone_number: Phone number validation for Ruby
Validating Form Objects - RubyFlow
Validating Uniqueness in Ecto 2.2
dry-validation Alternatives - Ruby Validation | LibHunt
GitHub - validates-email-format-of/validates_email_format_of: Validate e-mail addreses against RFC 2822 and RFC 3696 with this Ruby on Rails plugin and gem.
GitHub - rails/strong_parameters: Taint and required checking for Action Pack and enforcement in Active Model