手軽に構造体を使いたい時にOpenStruct - Qiita
OpenStruct 要素を動的に追加・削除できる手軽な構造体を提供するクラスです。 OpenStruct のインスタンスに対して未定義なメソッド x= を呼ぶと、 OpenStruct クラスの BasicObject#method_missing で捕捉され、そのインスタンスに インスタンスメソッド x, x= が定義されます。 この挙動によって要素を動的に変更できる構造体として働きます。 手軽に使える require "ostruct" config = OpenStruct.new config.level #=> nil config.level = :debug config.level #=> :debug
MacでSeleniumをつかってChromeを起動するまで
selenium chrome.md MacでSeleniumをつかってChromeを起動するまで 必要なもの Mac OS X Google Chrome Homebrew Node.js selenium-server-standalone chromedriver selenium-server-standalone と chromedriver をインストール $ brew update $ brew install selenium-server-standalone $ brew install chromedriver サーバ起動 $ /usr/local/bin/selenium-server -Dwebdriver.chrome.bin="/Applications/Google Chrome.app" -Dwebdriver.chrome.driver=/usr/loc
Unicornにおける DB connection poolの設定 - Qiita
tl;dr 今まで、railsにおいて、mysqlのconnection pool数は、 unicorn worker数 +1(console用) としてたけど、実際のところは1~2が良さそう. 理由は、poolingはprocess毎に行われるため. ※ 間違ってたら、指摘して頂ければ泣いて喜びます！ DB connecitonって？ アプリケーションとMySQLをつなぐ、SQL実行のための通信路 アプリケーションからMySQLへの接続要求 接続要求に含まれる、パスワード・ユーザー名を元に、サーバープロセスを作成 サーバープロセスが、アプリケーションとの通信を行う このサーバープロセスと、アプリケーション間の通信路を、コネクションという. 1 サーバープロセスの生成には、大体 0.05秒くらいの時間がかかるとのこと. connection poolingとは DBとのconnection
Capybaraでハマらないために気をつけるべき4つのこと
自分がCapybaraで一番ハマったのは、画面の初期化や、Ajaxやアニメーションなどの遅延を待たずに、どんどんclickなどを行おうとして意図しない結果になってしまうこと。 ブラウザから自分で試してみてもうまく行くので、自動テストをうまく行かせるためだけのデバッグ作業となり、作業のための作業、これは無駄以外のなんでもない。腹立たしい。 だから、情報共有。 findで要素が準備OKになるまで待たせる 本家の でも書かれているが、Capybaraにはこういう非同期JavaScriptの問題への対処として、findや、have_content実行時にまだ要素が見つからない場合は、設定した時間(初期値2秒)待ってからリトライをしてくれる。 この機能を使って、clickする、have_xxx で検証するなどの前に、findでちゃんと存在するまでcapybaraに待たせる事が重要。 基本的に非表示要
Rails の session の有効期限を無期限にする - 9mのパソコン日記
WikiNoteに閲覧履歴機能つけたりした - 9mのパソコン日記 WikiNoteというWebサービスに、閲覧したことのあるページ一覧を表示するという機能があります。このサービスにはユーザー登録がないので、Rails でいうところの session.id に閲覧履歴を紐付けるということをやるのですが、ブラウザを再起動するごとに session がリセットされてしまっては使いものになりません。というわけで、session を永続化したという話。 Rails で session を永続化する方法 config/initializers/session_store.rb を編集して、config.session_store に遠い未来の expire_after を渡します。この session_store.rb は Rails 5 の例だけど、initializers に置いてある事と ex
パーシャルをrenderする際のパフォーマンスに関する注意点 - Qiita
ビュー内で部分テンプレート（パーシャル）を繰り返しrenderする場合、ちょっと気をつけておかねばならないことがあります。自戒の念を込めて、Qiitaに初投稿してみたいと思います。 検証した環境 Rails 4.2 (3.2系でも同様だったはず） コレクションを繰り返しrenderする場合 可能な限りrenderメソッドにはコレクションを渡しましょう。each等でぐるぐる回してrenderしても表示結果は変わりませんが、パフォーマンスは悪いです。 # × 悪い例 <% @posts.each do |post| %> <%= render post %> # もちろん、↓こう書いても <%= render 'posts/post', post: post %> # ↓こう書いてもダメ <%= render partial: 'posts/post', locals: { post: pos
Test Rake Tasks Like a BOSS
Testing Rake tasks is one of the most painful things I do as a Ruby developer. Even after extracting all the code out into a separate class (which helps a lot), I still want to make sure I test that the right classes got called correctly with the right arguments. I wanted the subject to be the task, where I could call invoke, check its prerequisites, etc. describe "cron:hourly" do its(:prerequisit
[Ruby on Rails]RSpecによるRakeのテスト | DevelopersIO
はじめに タイトル通り、RSpecにてRakeのテストを書く方法についてです。RSpecからRakeを呼び出す方法は、普通のModelやControllerのメソッドを呼び出すのとは異なっていたので、備忘録として残しておきます。 対象となるRakeとRSpec 1.Rake テスト対象となるRakeは以下の通りです。2つのtaskがあり、片方は引数なし、もう片方は引数を受け取ります。それぞれのtaskでは、別メソッドを呼び出しているだけの簡単な処理です。 /lib/tasks/start.rake namespace :start do task :exec_no_args :environment do SampleController.exec_no_args end task :exec_with_args, :arg_hoge task :exec_with_args => :en
![[Ruby on Rails]RSpecによるRakeのテスト | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c4ba9673af464883e264d1d320af2d2947fae03d/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F11%2Frails.jpg)
Railsの基本理念 : Railsの生みの親が掲げる8つの原則 | POSTD
(訳注: 2016/3/2、頂いたフィードバックをもとに記事を修正いたしました。) Ruby on Railsは最近、急激に注目を集めていますが、その原因はほとんど、この言語が斬新なテクノロジーとしてもてはやされたことと、タイミングにあります。技術的な優位性は時間の経過とともに失われますから、タイミングがよかっただけでは、一過性のブームに終わり、このムーブメントの隆盛は長続きしません。従って、「Railsがいかにして、適切な技術としての位置を維持し続けるるだけでなく、影響力とコミュニティを拡大し続けてきたのか」をより多くの人に説明していく必要があります。そして、その維持・拡大を可能にした/していく要因は、物議を醸すことさえあるRailsの基本原則にあると考えています。 この基本原則はここ10年ほどの間に進化を続けてきましたが、最も強固な柱となっているルールはやはり、公開当初から制定されてい
エンジニア総出でE2Eテストを拡充した話 - てくすた
はじめまして、開発部で技術基盤を担当しているid:Yasaichiです。 乃木坂46の橋本奈々未さんを推しすぎて、デスクに雑誌の切り抜きを飾っています。 本エントリでは、先日行った技術改善の取り組みについて紹介したいと思います。 はじめに PIXTAは、「本体」と呼ばれるモノリシックなRailsアプリケーションと、そこから切りだされた複数のマイクロサービスで構成されています。 現在、これらの中で、Rails 5のリリースによって完全にサポートが切れる4.1系（とそれ以下）で動作しているアプリケーションのバージョンアップを計画しています。 This means 4.1.x and below will essentially be unsupported! Rails 5.0.0.beta1: Action Cable, API mode, Rails command | Riding Ra
Rails4のCSRF対策で「Can't verify CSRF token authenticity」エラー - Qiita
Rails4だとCSRF対策が非常に優秀です。 デフォルトで「ApplicationController」には「protect_from_forgery with: :exception」の記述があります。 CSRFの仕組みについては以下の記述が参考になります。 ★RailsのCSRF対策の仕組みについて http://shindolog.hatenablog.com/entry/2014/09/01/013840 また、「protect_from_forgery」については以下の記述が参考になります。 ★Rails 4.0だとCSRFトークンでエラーになる http://qiita.com/naoty_k/items/b40b13735fd7f06f8cb7 そしてこちらですが、安易な「a」タグや外部のサイトからの接続の際に「Can't verify CSRF token authent
Rails4でトークン認証のアクションに対してCSRFを無効にする - hokaccha memo
Railsはprotect_from_forgeryって書くだけでCSRF対策が有効になってマジ便利なわけだけど、セッションで認証するんじゃなくてiOSから呼ぶAPIとかでトークン使って認証する場合はCSRFの対策いらないので無効にしたい。 その場合は protect_from_forgery with: :null_session ってすればいいらしい。これはCSRF Tokenが一致しなかった場合に例外を投げるんじゃなくてセッションを空にするという動作になる。 ちなみにprotect_from_forgeryのデフォルトは:null_sessionなので protect_from_forgery でもよさそう（Rails 4.0.0現在） ただし最初は以下のようになってるので明示的に変更する必要はある。 class ApplicationController < ActionContr
Rails: alias_method_chain: 既存の処理を修正する常套手段 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、鈴木です。 既存のメソッドの動作を少しだけ変更したい、という場合に使われる常套手段をご紹介します。 とあるシステムのログ出力モジュール とあるシステムでログ出力機能が必要になり、以下のような Logging モジュールを作成したとします。
EC2＋Sauce Labsを使ってSeleniumのテストを高速に(Rspec編) - Qiita
はじめに 40minくらいでSauce Labsを使ったSelenium無料で体感できます！！ トライアル(無料)会員なら2時間/月の自動テストが無料で使える 並列実行は2つまで SauceLabsを使ってすごいなと思ったのは、設定ファイルにドバっと回したいブラウザ書くだけで様々なブラウザを使ってテストしてくれちゃうんです 機材の調達や環境構築は不要！！ しかもテスト動画で録画してくれてるので、失敗時の現場検証もラクチン 今回はサンプルなRailsアプリを用意してRspecでテストを動かしますが、wikipediaで検索するだけなのでアプリの中身は何も書きません 事前準備【5min】 Sauce Labsのアカウントを登録 メールが受信できるメールアドレスを取得しておくこと EC2にsmall以上のインスタンスを立てておく 実験環境の構築＆必要なものをインストール【25min】 EC2 A
ActiveRecord の attribute 更新方法まとめ - Qiita
ActiveRecord の attribute 更新方法ってどんなものがあって、それぞれどんな違いがあるかご存じですか？ 案外色々とあったので表にまとめてみました。リファレンスやソースコードを参考にしつつ、Rails 4.2 でテストしています。 単一の attribute 更新 メソッド 保存 バリデーション(*1) コールバック(*2) readonly チェック(*3) updated_at の更新 補足 使用例
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Recent writing of my Rails
GitHub - colszowka/phantomjs-gem: Phantomjs via Rubygems: Auto-install phantomjs on demand for current platform. Comes with poltergeist integration.
GitHub - joker1007/rspec-power_assert: Power Assert for RSpec
Thor入門 - RakeからThorへ - - Qiita
Rails が production 環境で真っ白、SECRET_KEY_BASE 設定忘れが原因でした
