こんにちは、技術部の遠藤（@mametter）です。フルタイム Ruby コミッタとして、クックパッドにあたらしく入社しました。よろしくお願いします。 最近、Ruby や RubyGems の脆弱性を発見して、その結果セキュリティリリースにつながるということを経験しました。どういう動機でどのように脆弱性を発見したか、どのように通報したか、などについてまとめてみます。Ruby の脆弱性を見つけたけどどうしよう、という人の参考になれば幸いです。 HackerOne について HackerOne という脆弱性情報の通報と公開のためのプラットフォームをご存知でしょうか。 OSS にとって脆弱性情報の管理は面倒なものです。脆弱性の通報を秘密裏に受け付け、関係者だけで議論しなければなりません。そのため、通常のバグトラッカとは別のコミュニケーションチャンネルを用意する必要があります。 そこで Hacke
railsプロジェクトを新しく作成する際に実行する「rails new」のオススメ手順を、会社の先輩に教えていただいたのでメモ。 前提 Rubyインストール済み アプリケーション名：rails-app-name 手順 railsアプリケーション用のディレクトリを作成する。 →作成したディレクトリに移動 $ mkdir rails-app-name $ $ cd rails-app-name $ $ pwd /Users/maetoo11/workspace/rails-app-name $ $ ls -l $ railsアプリケーション用ディレクトリでbundle initを実行し、Gemfileを作成する。 $ ruby -v ruby 2.3.0p0 (2015-12-25 revision 53290) [x86_64-darwin15] $ $ bundle init Writin
背景 最近ではRubyDoc.infoなどのオンラインドキュメントや、Dashなどのツールを使って読む人も多く、localにdocumentをinstallする時間を省く方を多いと思います。 そこで、いろいろなブログ記事を読み、.gemrcに--no-riと--no-rdocの説明の部分をコピペして使ってる方も多いと思います。私もそうしてました。 しかし、RubyGems.orgのgem-installをみると、なんと--no-riと--no-rdocがdeprecatedになっています。 表面上問題がないように見えるでしょうが、rubygemsのversionがあがり、万一これらのoptionがなくなったとき、急にdocumentがinstallされるようになり、gemのinstall時間は長くなり、stackoverflowにはhelpの記事が舞うのではないでしょうか。 そのように慌て
$ gem mirror Fetching: http://production.s3.rubygems.org/specs.4.8.gz with 10 threads Total gems: 263717 Fetching 263717 gems .....(略) いくつか存在しないファイルがあったが、一日ぐらいでミラー完了していた。 下記のファイルを wget などで、ミラーしたディレクトリに直接取得。 latest_specs.4.8.gz Marshal.4.8.Z specs.4.8.gz yaml quick/latest_index.rz quick/Marshal.4.8 ディレクトリを作成し、そこにすべての gemspec ファイルをダウンロードする。 なにぶん量が多いので、参考にしたページが紹介していたスクリプトを少し変更して、ローカルの gem ファイルの方が新しい
はじめに いま開発中のRailsアプリケーションのRackサーバーは最初Unicornを使っていたのですが、諸々の事情でPumaの方を使いたいということになった。 まだリリースもしていないのでやるなら早めに変えちゃおうということでPumaについて調べてみた。 Pumaとは Pumaとはスピードと並列性を追求したRubyのWebサーバーです。 RubyでWebサーバーを作るときの標準となっているRackに対応したライブラリになっています。 スレッドベースのWebサーバー Pumaではリクエストの並列処理を実現するためにスレッドを利用しています。 リクエストを処理するためのスレッドを予めスレッドプールに指定した数だけ用意しておきます。リクエストが来るとそのスレッドに処理を任せることでスレッドベースの並列処理を行っています。 Rubyの処理系について Pumaではスレッド用いるため、Rubyの処
gem 'config' ``` vendor/bundle 以下に config をインストール ``` $ bundle install --path vendor/bundle $ bundle exec rails g config:install create config/initializers/rails_config.rb create config/settings.yml create config/settings.local.yml create config/settings create config/settings/development.yml create config/settings/production.yml create config/settings/test.yml append .gitignore ``` gitignoreには自動で
最近、Rails界隈でDocker使い始めました、という話を聞く機会が増えてきたので、自分が開発環境整備用に構築したDockerの設定をまとめておく。 ちなみに、production運用については以前書いたので適当に探してくださいw 結論から書いておくと、volumeをちゃんと活用すればいい、ってだけの話です。 まず、本番用と開発用のDockerfileは分けた方が良い。一つでやろうとするとどうにも無理がでるので。 自分はDockerfileとDockerfile-devというものを用意している。 docker-composeはほぼ必須です。少なくともrailsプロセスとDBだけでも二つは必要だし、Dockerfileを分けてると事故るので。 Dockerfileはこんな感じ。 FROM mybase:ruby-2.3.1-debian RUN echo "deb http://http.
Ruby でシェルのようなものを作ってみると、Ruby とシェルやシステムコールの理解ができて、研修の課題とかにいいんじゃないかと10年くらい前に思ってたのを、ふと思い出したので書いてみます。 基本 シェルの動作を簡単に説明すると次のような感じです。 プロンプトを出力 標準入力からコマンドラインを読み込む 読み込んだコマンドを実行する コマンドの終了を待つ 1 に戻る これをそのまま Ruby で書いてみます。 while true print '-> ' # プロンプト表示 cmd = gets or break # コマンド入力 cmd.chomp! # 末尾の改行削除 pid = Process.fork do # 子プロセス生成 Process.exec [cmd, cmd] # コマンド実行 end Process.waitall # 子プロセスの終了待ち end Process
Pythonの処理系はどのように実装され，どのように動いているのか？ 我々はその実態を調査すべくアマゾンへと飛んだ．
もうぶっちゃけて言ってしまえば英語圏のITスタートアップで働く場合に日本人であることのメリットなんてほとんど無い。日々の業務で実感できることなんて皆無だ。ほとんどの情報は英語で発信されているし、会議もランチ中の会話も英語。ジリ貧状態の日本市場と同じように昔は存在したかもしれない日本語話者のメリットも低下しっぱなし。その代わりに英語の重要性だけが急上昇を続けている。 そんな中で本当に日本人であることのメリットだな、と実感できたことはこれ。 Rubyを作ったまつもとゆきひろ氏が日本人であること。 これは応募書類の技術欄に「Ruby」と書いた場合に限られるが、転職の面談時に意外にイケる。全ての日本のRubyに関わるエンジニアはまつもと氏に感謝しなければならない。 例えばリネオル・メッシという世界最高のサッカー選手がアルゼンチン出身というだけで「アルゼンチン人＝サッカー上手い」の印象が人々に刷り込
はじめに みなさん、DRY原則はご存知でしょうか？ DRY = Don't repeat yourselfの略で「繰り返しを避けること」という意味ですよね。 良いコードを書くための重要かつ基本的な原則なので、みなさんよくご存知だと思います。 ですが、DRY原則はテストコードを書く場合は必ずしも最善にはならない場合があります。 他の人が書いたテストコードを見ていると、テストコードにDRY原則を適用したために、かえって悪いコードになっているケースをときどき見かけます。 この記事ではなぜテストコードをDRYにすると良くないのか、ということを説明します。 追記：タイトルを変更しました @t_wada さんのコメントを受けて、タイトルを見直しました。 「テストコードはDRYを捨ててベタ書きする」 => 「テストコードの期待値はDRYを捨ててベタ書きする」 【注意】この記事は画一的なテストコードの書き
Rubyをインストールしよう Rubyの公式サイトにRubyのソースコードが公開されていますが、Windowsでコンパイル環境を整えるのは大変です。有志によって配布されているコンパイル済みのバイナリを使って、Rubyをインストールします。Windows版のバイナリには、いくつか種類がありますが、ここでは RubyInstaller for Windows を使います。 Webブラウザで、 http://rubyinstaller.org/downloads/ に接続します。いくつかのバージョンのRubyが配布されています。2013年3月時点での最新版である 2.1.1 はまだ配布されていないようなので、一つ前の 2.0.0-p451 を使うことにします。インストラー形式の Ruby 2.0.0-p451 を選択します。 ダウンロードした rubyinstaller-2.0.0-p451.e
こんにちは、クラスメソッドの稲毛です。 Rails のコントローラ内で Faraday を使用する機会があり、RSpec の Example をどのように書けば良いのか調べてみました。 目標 架空の API(http://www.example.com/api/foobar) にスタブを設定し、リクエストによりそのレスポンスが得られる事を確認します。 Spec スタブで置き換えれば良いのは Faraday.new で生成される Fraday::Connection オブジェクトということで、Spec ファイルにはスタブの Connection を let! で用意しました。Using Faraday for testing let!(:stub_connection) do Faraday.new do |conn| conn.adapter :test, Faraday::Adapter
#include #include "libpasori.h" int main(void) { pasori *p; felica *f; uint8 d[16]; p = pasori_open(NULL); pasori_init(p); f = felica_polling(p, 0xfe00, 0, 0); felica_read_without_encryption02(f, 0x170f, 0, 0, d); printf("%d¥n", d[14]*256+d[15]); pasori_close(p); return 0;} require 'dl/import' module Pasori extend DL::Importable dlload '/usr/local/lib/libpasori.dylib' typealias 'uint8', 'unsigned
Webアプリケーションのデプロイ作業1回の1つ1つの作業内容自体は単純ですが、設定ファイルの書き換えが煩雑な上に地味に時間を食うために、人為的なミスを誘発しやすくなります。このデプロイ作業でミスって原因不明の動作不良に悩まされたことは誰にでもあるかと思います。このような単調で時間のかかるデプロイ作業を自動化するツールの一つがcapistranoとなります。 Rails界では言わずと知れたデプロイツール。 数年前は意外と苦労することが多かったですが、最近は資料も豊富なので入門は比較的容易です。 少し資料が古くなっているようなので最新のRails用に整理しました。 Rails4で確認していますが、Rails3でも動くはずです。 サーバーサイドではrbenv+Phusion Passengerを使用しています。 capistranoはcapistrano-extを組み合わせています。 capis
RubyでHTMLやXMLをパースする構文解析ツールの定番は、Nokogiriです。スクレイピングする際の必需品で、なくてはならないモジュールの１つです。ただ色々なことが出来る反面、どこから取りかかれば良いのか解り難い部分もあります。自習を兼ねて、Nokogiri概要と主要な機能を紹介してみます。 Nokogiriとは何か？ ReademeによるとNokogiriとは、「HTMLとXMLとSAXとXSLTとReaderのパーサー」で、特徴としては、XPathとCSS3セレクター経由で探索する機能を持つことのようです。他にもHTMLやXMLのビルダーの機能を持っていますが、HTMLとXMLのパーサー（構文解析器）と覚えておけばよいでしょう。 Nokogiriのクラス構造 Nokogiriは、なかなか巨大なライブラリです。10以上のモジュールと70以上のクラスで構成されていて、yardでダイア
メタプログラミングRuby 作者: Paolo Perrotta,角征典出版社/メーカー: アスキー・メディアワークス発売日: 2010/08/28メディア: 大型本購入: 18人 クリック: 533回この商品を含むブログ (124件) を見る 全体的には，メタプログラミングとは何をすることなのかということと，メタプログラミングするために必要となるRubyのオブジェクトモデル（『「このメソッドはどのクラスのものなのか？」や「このモジュールをインクルードしたら何が起きるのか？」といった質問の答えるが見つかる場所』）やその周辺について，2人の会話形式で進めていくような形で書かれている．メタプログラミングをするので，Rubyの表面的なことではなく，内部的なことから理解できてすごくいい．メタプログラミングに興味がなくても割りと楽しめると思う． Rubyに一歩踏み込んだクラスやメソッド，スコープなど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
