A week ago, it took about 15 minutes to run all of Basecamp’s tests. Now, if you adhere to the test-driven development (TDD) philosophy, you’ll know that tests are meant to be run often. Like, every few minutes, preferably. The tests are what give you confidence in your code, and the ability to refactor with impunity, not fearing that your changes are breaking existing features. They are the safet

Ruby on Railsの「CookieStore」では、ユーザーのセッションハッシュが暗号化されない状態でクライアントサイドのcookieに保存されていた。 オープンソースのWebアプリケーション開発フレームワーク「Ruby on Rails」にユーザーのcookie保存に関する脆弱性が指摘され、大手サイトを含む2000あまりのWebサイトで問題が放置されているという。セキュリティ企業Kaspersky Labのニュースサービス「Threatpost」が11月26日に伝えた。 この脆弱性はセキュリティ研究者のG・S・マクナマラ氏が9月に指摘したもので、Ruby on Railsのデフォルトのcookie保存メカニズム「CookieStore」の問題に起因する。4.0以前のバージョンでは、各ユーザーのセッションハッシュが暗号化されない状態でクライアントサイドのcookieに保存され、各c

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Rails4 社内勉強会の発表資料です。 Blog: http://www.techscore.com/blog/2013/09/09/rails4-%E7%A4%BE%E5%86%85%E5%8B%89%E5%BC%B7%E4%BC%9A%E3%83%AC%E3%83%9D%E3%83%BC%E3%83%88/ (2013/10/03) TECHSCORE 本体に Rails4 の記事を書きました！スライドでは書ききれなかった詳細についても解説していますので、そちらもご覧ください。see http://www.techscore.com/tech/Ruby/rails-4.0/Read less

カテゴリー アクセス解析 (2) Analysis (1) Android (7) Apache (6) API (2) Amazon Web Services (66) CloudSearch (1) EC2 (3) RDS (1) SES (1) Backbone.js (1) BigQuery (1) Blockchain (3) Blogger (1) Book (113) Bootstrap (4) Configuration Management (3) Cacti (1) Capistrano (2) CentOS (15) Chef (1) Chrome (9) ClamAV (1) CMS (2) CODA (1) CoffeeScript (1) CORESERVER (4) 仮想通貨 (1) CSS (22) Sass (6) CSV (1) DNS (1) 資料 (

ActiveRecordについて調べる必要があったのでまとめました。 調べたソースコードは activerecord-2.3.5 です。 どっか間違えていたら教えてもらえると助かります。＞＜ ActiveRecord::Base#findから ActiveRecordから派生したクラスを使い、下記のようなコードで呼び出す。 Person.find(:all, :conditions => [ "category IN (?)", categories], :limit => 50) Person.find(:all, :conditions => { :friends => ["Bob", "Steve", "Fred"] } findのコードはどうなっているかというと、 def find(*args) options = args.extract_options! validate_fi

今回、railsでブール型を使った（正確にはmigrationのtypeに:booleanを指定した）ので、Railsでブール型を使う際の注意などをメモしておきます。 ブール型の扱い テーブルのカラムをマイグレーションで定義する際に以下の様にすると、Railsはそのカラムをブール型として扱うようになります。 ブール型カラムの定義 def self.up create_table(:users) do |table| table.column :active, :boolean, :null => false, :default => true end end def self.down drop_table :users end 以降、このカラムは次のような挙動をします。 DB（MySQL上）では、T/Fをtinyintの1/0で扱われる オブジェクトレベルでは、"1"/"0"で管理される

別ブログに書いてたものをまとめてみました。 case_sensitiveで大文字と小文字を区別・・・できない - おもしろWEBサービス開発日記のrailsメモ - railsグループ 昔の仕様 これまで、mysqlを使用しているとき、値の唯一性をチェックするvalidates_uniqueness_ofメソッドの:case_sensitiveはtrueにしても大文字小文字の区別はつきませんでした。理由はmysqlがデフォルトでは大文字小文字を区別していないからで、回避方法としては該当テーブルのmigrationファイルに execute("ALTER TABLE users MODIFY login varchar(255) BINARY NOT NULL") のように書いてカラムにBINARY性質をつけるか、SELECT文中にBINARYをつけてやる必要があります。 最近の仕様 これま

Rails でユニーク制約を行うためには、モデルに validates_uniqueness_of を設定して、スキーマでユニークインデックスを設定しておくという話を書きました(https://tmtms.hatenablog.com/entry/20120602/rails_unique)。 が、それだけでは十分ではありませんでした。また軽くハマったのでメモしておきます。 ユニーク項目の値が既存かどうかを調べるためのクエリは次のようになっていました。 SELECT 1 FROM `users` WHERE `users`.`login` = BINARY 'hoge' LIMIT 1 よく見ると BINARY というキーワードが指定されています。これは大文字小文字を区別して比較するという指定です。 ところが MySQL はデフォルトでは大文字小文字を区別しません。 モデルは大文字小文字を

Transformational Software Engineering Lead your team into the future with unprecedented visibility. Details

インフラストラクチャー部の成田です。 先日開催された RubyKaigi 2013 で、 "High Performance Rails" というタイトルの発表をしてきました。 スライドと動画 発表の様子は ustream の録画をご覧ください。 [ustream id=33559705 hwaccel=1 version=3 width=480 height=302] スライドは以下にアップロードしてあります。 High Performance Rails (long edition) // Speaker Deck なお、発表時間の都合上、当日はここから 40 枚ほどのスライドを削除してしまいました。発表に使った短いバージョンのスライドはこちらです。 発表の概要 クックパッドは 2008 年から Ruby on Rails を採用し、ずっと使い続けてきました。サービスが成長するとともに