valid?がtrueを返しても、after_save、after_create、after_updateによって保存が失敗する可能性を考慮する - Qiita
valid?がtrueを返しても、after_save、after_create、after_updateによって保存が失敗する可能性を考慮するRailsdevisedevise_invitable はじめに Railsのモデル（ActiveRecord）には様々なコールバックが用意されています。 参考: Active Record コールバック - Rails ガイド コールバックの中にはafter_save、after_create、after_updateといった、保存処理が終わった後に呼ばれるコールバックがあります。 あまりお行儀がよいコードとは言えませんが、たとえばとあるプロジェクトで、コールバックを使った次のような実装があったとします。 class User < ApplicationRecord has_many :messages after_create :create_
使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」 - Qiita
はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第4回です。 今回はCapybaraを使ったフィーチャスペックについて説明します。 ただし、今までの記事とは異なり、フィーチャスペックのイロハよりも「Capybaraの使い方」に重点を置きます。 なぜなら、僕個人の経験からいって、フィーチャスペックで困るのは「このブラウザの操作って、どうやってコードで表現するの？？」というケースが大半だからです。 それ以外は第1回～第3回の内容をそのまま応用できるので、特に「フィーチャスペックだから困る」ということはないと思います。 今回は説明する主な項目は以下の通りです。 フィーチャスペックの基本 ページの移動や画面のクリック、フォームの操作など 画面やフォームの検証 画面の操作や検証の応用テクニック その他
ActiveJobのperform_laterとperform_nowの違い - Qiita
はじめに ActiveJobのperformメソッドは、perform_laterとperform_nowの2通りで呼び出すことができます（以下のコード例はRailsのAPIドキュメントから引用しました）。 class ProcessPhotoJob < ActiveJob::Base def perform(photo) photo.watermark!('Rails') photo.rotate!(90.degrees) photo.resize_to_fit!(300, 300) photo.upload! end end # perform_laterで呼び出す ProcessPhotoJob.perform_later(photo) # perform_nowで呼び出す ProcessPhotoJob.perform_now(photo) では、perform_laterとper
【Rails】idでソートするか？created_atでソートするか？ 〜 Re: idの順番に依存しないコードを書こう - Qiita
【Rails】idでソートするか？created_atでソートするか？ 〜 Re: idの順番に依存しないコードを書こうRailsSQL TL; DR（長いので最初に結論） Railsアプリケーションでデータを作成時間順にソートする場合、idでソートする場合も、created_atでソートする場合も、それぞれメリットとデメリットがある。 特に、ソート列をidからcreated_atに単純に切り替えると、場合によっては重大なパフォーマンスの悪化を招く恐れがある 一概に「こっちを選んでおけば安心」という明快な回答はないので、それぞれのメリットとデメリットを理解した上で、要件にあったカラムを選ぼう。 適切な判断を下すためにはSQLやRDBMSに関する知識が必要。詳しくない人はしっかり勉強しよう。 はじめに フィヨルドのkomagataさんが書いたこちらのブログ記事を拝見しました。 idの順番に依
Webpacker v4で同一CSSなのにfingerprintが変わってしまう問題に対処する - Qiita
発生していた問題 Webpacker 4.0.2を使ったRailsアプリケーションを本番環境にデプロイすると、CSSやJSの内容を変更していないのに毎回fingerprintの値（application-a72ac9c7.cssのa72ac9c7の部分）が変わってしまう。 fingerprintがデプロイのたびに変わると、ブラウザのキャッシュ効率が悪くなるという問題が発生するが、それ以上に複数台のサーバーにデプロイするときにCSSのファイル名が一致しない問題の方が深刻だった。 なぜファイル名が一致しないのかというと、デプロイのたびにファイル名が変わるので、複数台のサーバーにデプロイしたときにもサーバーごとにファイル名が異なってしまうから。 アクセスしたタイミングによって参照するCSSファイル名が異なるため、CSSファイルの404エラーが発生し、画面の表示が崩れてしまうという問題が起きていた
【動画付き】Rails 5.1で作るVue.jsアプリケーション ～Herokuデプロイからシステムテストまで～ - Qiita
はじめに Rails 5.1ではJavaScript/index.html.erb周りのサポートが大きく改善されました。 これにより、Vue.jsやReactといったモダンなJSフレームワークをRails内で非常に扱いやすくなっています。 僕も実際に試してみましたが、本当にびっくりするぐらい簡単にVue.jsやReactを動かすことができました。 そこでこの記事ではRails 5.1とVue.jsを組み合わせたサンプルアプリケーションの作成方法をチュートリアル形式で、できるだけ詳しく説明します。 また、ローカルで動かしておしまい、ではなく、Herokuにデプロイしたり、テストコードを書いたりするところまでカバーします。 この記事自体は長いですが、実際に手を動かすと（スムーズに進んだ場合）30分以内で終わらせることができるはずです！ 今回作成するサンプルアプリケーション 今回は以下のリンク先
Ajaxでセレクトボックスの中身が動的に変わるRailsアプリの作り方
はじめに 親のカテゴリを変更すると、子のカテゴリの中身が動的に変わるセレクトボックスってよくありますよね。 たとえばこんなやつです↓ この動きを実現するごく簡単なサンプルアプリを作ってみたので、今回はそれを紹介します。 対象となるRubyとRailsのバージョン 今回のサンプルアプリは以下の環境で動作します。 Rails 4.2.1 Ruby 2.2.1 サンプルアプリのソースコード 今回作ったサンプルアプリはGitHubに置いています。 READMEにセットアップ方法も載せているので、ご自身のローカル環境で動かしてみてください。 ざっくりとした処理の流れ この動きを実現するためにはこういう処理の流れになります。 ユーザーが親カテゴリが変更する JavaScriptのchangeイベントが呼ばれる JavaScriptがサーバーに子カテゴリの一覧を問い合わせる サーバーが子カテゴリの一覧を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
