Railsをアップグレードするということ *1 大場です。 先週はRails5リリースされたように大きな動きのあったRails界隈ですがいかがお過ごしでしょうか。 2016年3月に弊社セミナールームで開催したRails Upgrade Casual Talksの中でも話題にしていたようにCrowdWorksでは、Rails3からRails4へのアップグレードに取り組んでいました。 Rails5がでたところ今さら感も漂いつつあるかもしれませんが、さる2016年6月13日からCrowdWorksはサービス全体がRails 4.2.6で稼働していますことをここにご報告いたします🎉 *2 根幹となるフレームワークを古いまま使い続けることは、洗練された記法が使えなかったり、高速化最適化が進んだモジュールが使えなかったり*3、周辺gemの対応についていけずに置いていかれるリスクなどが負債となって積み
こんにちは、鈴木です。 Rails4 の新機能である Strong Parameters を試してみました。 ※2013/10/03 TECHSCORE 本体の記事になりました！「StrongParameters | TECHSCORE(テックスコア)」 Strong Parameters は個別の Gem ライブラリでしたが、Rails4 のコア機能として取り込まれました。 Strong Parameters を使用すると、ホワイトリスト形式でリクエストパラメータを検証することができます。 Rails3 では Mass-assignment （モデルの複数属性への一括代入）を防ぐために attr_accessible を使用していましたが、Rails4 からは Strong Parameters を用いて Mass-assignment に対応することができます。 Strong Para
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
Ruby on Rails 4のプロジェクトでjQuery UIのdatepickerを利用する手順をまとめました。 手順 手順の全体は以下のとおりです。 Gemfileを編集する application.jsを編集する applicatiRuby on Rails 4のプロジェクトでjQuery UIのdatepickerを利用する手順をまとめました。 手順 手順の全体は以下のとおりです。 Gemfileを編集する application.jsを編集する application.cssを編集する ビューを編集する JavaScriptを編集する 1. Gemfileを編集する 「jquery-ui-rails」を使用します。Gemfileにjquery-ui-railsを追加します。 # Gemfile gem 'jquery-ui-rails' Gemfileを編集したのち、bund
注意 このエントリは急いで書いたので間違いが含まれている可能性が高いです。気づいた方はご指摘ください。 序文 strong_parameters とは、mass assignment で余計なパラメータをモデルの属性にセットさせないための新しい仕組みです。Rails 4.0 からはこれが標準になります。Rails2.x と 3.x はattr_accessibleやattr_protectedなどで似たような機能が提供されていましたが、これだと管理が煩雑になるケースがありました。 今年の３月くらいにGitHub が mass assignment の脆弱性を突かれたことで 、この問題をどうにかしようという流れが起き、最終的に strong_parameters が作られるという経緯を辿りました。 mass assignment とは Rails ではこんなコードをよく見ると思います。 de
技術部の鈴木 (@eagletmt) です。 クックパッドでは8月に本体アプリケーションや API サーバ等で使われている Rails のバージョンを 3.2 から 4.1 へ順次アップグレードを行いました。 アップグレードは主に松田さん (@amatsuda) と私で進めました。 この記事ではアップレードの際に遭遇した問題の一部を紹介します。 MySQL strict mode の有効化 MySQL を使っている場合、Rails 4.0 からデフォルトで @@SESSION.sql_mode = 'STRICT_ALL_TABLES' が最初に実行されるようになりました (Ruby on Rails 4.0 Release Notes) 。 これを無効化するために database.yml で strict: false という設定が用意されています。 しかし、同じく Rails 4.0
こんにちは、鈴木です。 Rails 4.1.0 で Module#concerning というメソッドが追加されました。 Module#concerning とは Rails 4.0 で concerns ディレクトリが追加されたことを覚えているでしょうか。（see 「2.4. concerns ディレクトリの導入」） concerns ディレクトリに Mixin 用のモジュールを置いて、それをモデルなりコントローラなりで include する、という使い方をするものですが、Module#concerning を用いると、わざわざ concerns ディレクトリにファイルを作成せずに、モデルクラスの中に記述することができます。 コードで表すと、Rails 4.0 では以下のように書くことができるようになりました。 # app/models/article.rb class Article
Viewの入力フォームにスペース区切りで入力された複数キーワードのどれかが、カラム内容に含まれているデータを検索します。 「Ruby on Rails 4アプリケーションプログラミング」などの本は持っているのですが、OR検索についてはあまり情報がなかったのでまとめます。 概要 たとえばkeywords = "卵 牛”から以下のようなSQL文を作成したいとします。 FROM "foods" WHERE (("foods"."ingredient" ILIKE '%卵%' OR "foods"."ingredient" ILIKE '%牛%' ここでRuby on Rails 4でDB検索を行おうとすると、ほぼwhere文に頼ることになります。 しかし、以下の実装では複数キーワードのOR条件検索が出来ません model.where("条件A").where("条件B") : 「条件A AND
https://github.com/gongo/oh-my-nicocal Motivation 会社でおこなっている TechMeeting の中で「ニコニコカレンダーとかあったよね」みたいな会話から 「そういうものでライフログを取ってみたい」といった話もあがり、 AngularJS の練習も兼ねて Ruby on Rails で書いてみようと思った。 結論から言うと FullCalendar の仕様に詳しくなった。そうじゃない。 Demo http://oh-my-nicocal.herokuapp.com/ 登録/更新 3種類のニコニコマークをカレンダーの好きな日付に Drag & Drop する感じ 削除 削除したい日付のニコニコマークをクリックすれば消えます ユーザ認証とかまだ導入してないので、好き勝手触れます。 What's ニコニコカレンダー ニコニコカレンダー - Wik
遅くなりましたが、Rails 4.0.0 の正式版がリリースされましたね！ CurryBu については諸々の環境(主に gem ですが...)が落ち着いてきてから Rails 4 にアップデートしようと思っていました。 しかし、CurryBu は元々 Rails の勉強で始めたということや、以前、小さめのアプリを Rails 3.2.x から Rails 4.0.0.beta.1 にアップデートした こともあったので、Rails 4 にアップデートすることにしました。 今回のアップデートでハマったところを書いてみます。 2013/07/12 にアップデートを行ったときの情報ですので注意してください。 Gem まわり 最新の情報については各 Gem の GitHub を参照することをおすすめします。 devise https://github.com/plataformatec/devise
Google+ボタン はてなブックマークボタン 更新日時: 2014年02月26日（水） 作成日時: 2013年09月09日（月） 前の記事 / 次の記事 目次 そもそも何なのか？ どうやって使うのか？ 嵌まらないようにする（エラーをraiseさせる） 仮想属性でも定義が必要 参考 そもそも何なのか？ 例えば次のようなカラムを持つArticleテーブル（記事テーブル）があって、 更新時には headline と content だけを更新して user_id は変更したくない場合。 （user_id は 記事の作成者を識別するidとして使う。） class CreateArticles < ActiveRecord::Migration def change create_table :articles do |t| t.integer :user_id t.string :headlin
こんにちは。ikedaです。 Rails 4系で論理削除を実装する際に使われているgem paranoiaのソースを見る機会がありましたので、紹介とソースで気になった点を書いていきたいと思います。 論理削除 論理削除をざっくり説明すると、データベースのレコードからは削除せずに、削除済みであると判断できるように値を更新しておくことです。 実装のロジックは簡単でレコードが削除されているかいないかを表すカラムを追加しておき、削除する際にそのカラムを更新するというのが一般的です。 gem paranoia その論理削除を実装することがparanoiaでできます。 gem: paranoia ちなみに, Rails3アプリケーション開発で良く使うgemまとめのスライドの中にも紹介されています。スライドで紹介されているのはacts_as_paranoidですね。 paranoiaのgithubのREA
はじめに サンプルアプリ等を作成する際、デザインに悩むことは多いかと思います。 (特にデザインセンスに乏しい私のようなプログラマは・・・) このような時に、Bootstrapは強い味方となります。(今更感は強いですが・・・) またBootstrapにはデザインのサンプルが用意されているので、このサンプルをベースとしてアプリを作っていけばデザインについて悩むことを減らすことができそうです。 今回はRuby on Rails 4 にBootstrap3を適用し、サンプルにある「Starter template」と同じページを作る 手順について纏めてみたいと思います。 作業手順 以下に、今回の作業手順を書いていきます。 1.ページ作成 まずはRuby on Railsにて、今回表示するページを作成します。 コントローラ、ビューの作成 今回表示する画面のコントローラは「welcome」、ビューは「
最近、Rails 1.2 で開発をスタートした Rails 3.2 のアプリケーションを Rails 4.0 にアップグレードした。 その時に修正が必要になったところのメモを残しておく。 ActiveSupport ActiveSupport::JSON.encode でマルチバイト文字が escape されなくなった Range#step の拡張 (blockless_step) が削除された ActiveModel validates_format_of で multiline option なしに ^ $ を利用できなくなった validates_confirmation_of のエラーメッセージが追加される attribute が password から password_confirmation に変更された ActiveRecord lambda / proc を利用しない s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
