ぎんざRuby会議01にて、「マイクロサービス指向 Rails API 開発ガイド」という発表をしました
技術開発本部の qsona です。 先日、 ぎんざRuby会議01 というミートアップが開かれました。これは、弊社の技術顧問のwillnetさんを含む3人の方によって運営されている Ginza.rb というコミュニティの50回目を記念して開かれたものです。 このミートアップにCFPを投稿し、採択いただきました。かなりの高倍率の中、目にとどめていただけたこと、また普段お世話になっているコミュニティの節目の会での発表の機会を頂けるということで、非常に有り難いことでした。 発表資料以下がその発表資料です。また、引用した文献をこの下に列挙したので、適宜ご参照ください。 引用文献p3 マイクロサービス時代に捧ぐ、Railsでの中規模APIサーバ開発のための技術構成 — qsona (Qiita) p27 step-by-step BFF — Yosuke Furukawa (Speaker Deck
Railsフロントエンド技術の今とこれから
待望されたYarnサポートの入ったRails5.1が2017年4月にリリースされました。 Ruby on Rails 5.1 Release Notes — Ruby on Rails Guides 他にもjQueryがデフォルトdependencyから外されたり、Optionalでwebpackサポートが入ったりしており、Railsのフロントエンドは大きな転換点を迎えたと言ってよいでしょう。本エントリではRailsのフロントエンド技術の今を振り返り、今後どうなっていくかをまとめてみたいと思います。 DisられてきたRailsフロントエンド Railsのフロントエンド技術スタックは、フロントエンドを専業とするエンジニアにDisられるものでした。具体的には下記の技術要素です。 jQueryCoffeeScriptAssets Pipeline (sprockets)gemのエコシステムに乗っ
DHHはどのようにRailsのコントローラを書くのか | POSTD
私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
#352 Securing an API - RailsCasts
Download: source codeProject Files in Zip (95.7 KB)mp4Full Size H.264 Video (20 MB)m4vSmaller H.264 Video (9.66 MB)webmFull Size VP8 Video (7.81 MB)ogvFull Size Theora Video (25.9 MB) 先週はエピソード350で販売サイト用のバージョン管理されたAPIを構築する方法を紹介しました。/api/productsというパスにアクセスすると、JSONを介してこのアプリケーションとデータのやりとりが可能です。このAPIは完全に公開されていて誰でも利用可能で商品情報の編集や削除ができてしまいますが、APIへのアクセスには制限をかけるのが通常でしょう。これを実現する方法はいろいろありますが、どの方法を選択するかはアプリケーショ
WebPayをRailsから利用するサンプルアプリケーション、WebPay Closetを配布しています - WebPay Engineering Blog
WebPayはわかりやすいAPI、各言語のライブラリを提供するなどして、開発者の皆様が簡単にペイメント機能を実装できるように努力してきました。 その一環として、実際にWebPayを利用する簡単なRailsアプリケーションを、WebPay Closetの名前で公開しています。 WebPay ClosetはWebPayが推奨するアプリケーションの構築方法を、実際のコードで示したものです。具体的には CheckoutHelperを利用した直接カード番号を取り扱わないサーバサイドプログラミング 顧客オブジェクトによる、カード番号を入力する手間の削減 定期課金機能の利用 テスト環境とテスト用カード番号による開発・ステージ環境での動作チェック WebPayのサーバとの通信をおこなわない自動テスト の要素を盛り込んでいます。 WebPay Closetで実際にWebPayのテスト環境を利用して稼動してい
ASCIIcasts - “Episode 288 - Stripeで課金処理”
288: Stripeで課金処理 (view original Railscast) Other translations: Written by Naomi Fujimoto Railsアプリケーションでクレジットカードによる支払い処理が必要な場合は、Stripeをぜひチェックしてみてください。Stripeは設定が簡単でとても開発者にやさしいペイメントゲートウェイ(カード決済サービス)です。使用料はトランザクションごとに発生するだけで、しかもとても良心的な価格設定です。月額の使用料やその他の隠れたコストもありません。(念のため、我々はこの記事でお金をもらっているわけではありません。) Stripeは今のところ米国内でのみ利用可能で、自分のアプリケーションで利用したいという場合は米国の銀行に口座を持つ必要があります。米国以外への対応も現在進行中で、まもなく提供されると思われます。なおこ
ActiveRecord のモデルを整理する7つのパターン - tkawachi Blog
7 Patterns to Refactor Fat ActiveRecord Models という記事があり、読もう読もうと思いつつ1年くらい経ってしまった。 ようやく読んだので理解した内容を書いておく。 コード例は元記事のもの。 Rails で thin controller, fat model を心がけていると、model がマジで激太りしてヤバくなる。 実際に自分が仕事で書いている rails アプリも激太りしててヤバい。 この blog の筆者が作っている CodeClimate で C 判定をもらう程度には肥満体型になっている。 Mixinに抜き出さない! Model が太ってきた時に考えるのは ActiveSupport::Concern を使って感心事を抜き出して、Mixin にすることだと思う。 実際に手元のアプリでも models/concerns/ なんていうディレ
第1章 ゼロからデプロイまで - Railsチュートリアル
前書き 私が前にいた会社 (CD Baby) は、かなり早い段階で Ruby on Rails に一度乗り換えたのですが、残念ながらまた PHP に戻ってしまいました (詳細は私の名前を Google で検索してみてください)。そんな私ですが、Michael Hartl 氏の本を強く勧められたので、その本を使ってもう一度試してみた結果、今度は無事に Rails に乗り換えることができました。それがこの Ruby on Rails チュートリアルという本です。 私は多くの Rails 関連の本を参考にしてきましたが、真の決定版と呼べるものは本書をおいて他にありません。本書では、あらゆる手順が Rails 流で行われています。最初のうちは慣れるまでに時間がかかりましたが、この本を終えた今、ついにこれこそが自然な方式だと感じられるまでになりました。また、本書は Rails 関連の本の中で唯一、多
Ruby on Rails チュートリアル: 実例を使ってRailsを学ぼう
※最新版の『Ruby on Rails チュートリアル第6版：実例を使ってRailsを学ぼう』が販売中です。 関連サイト本書の関連サイトがあります。 Rails チュートリアル: http://railstutorial.jp/ヘルプページ: http://railstutorial.jp/helpまた、本書よりさらに踏み込んだRuby on Rails公式ガイド、『Railsガイド』も好評発売中です。 内容紹介本書は、Rails 創始者の David Heinemeier Hansson に推奨され、世界中で利用されている Ruby on Rails Tutorial の和訳本です。 本書では、Twitter のようなマイクロブログサービスを題材にして、実際に手を動かしながら学んでいく、チュートリアル形式を採用しています。また、本書は実践的な内容を重視しているので、Ruby や Rail
RailsでJSON APIを定義するならRABLが便利！ - Qiita
何が問題かというと RailsでJSON APIを定義する時、素のままでやろうとすると コントーラでto_jsonを呼んだり、モデルにas_jsonを定義したりすることになるかと思います。 モデルに書くとAPIによって出力内容を変えたい場合にとても苦労します。 API数が増えれば増えるほどモデルが複雑になっていきます。 APIレスポンスとしてのJSONはコントローラやモデルに書くべきでしょうか？ ビューに書いた方が自然ではないでしょうか？ RABL とはいえ、他の画面用のビューのようにERBでJSONレスポンスを書くというのはないでしょう。 そこで、JSONのAPIレスポンスを表現することに特化したDSLライブラリのRABLが使えます。 http://nesquena.github.com/rabl/ https://github.com/nesquena/rabl http://engi
Rails 4.0 で新しく追加される予定の find_or_create_by メソッドについて - おもしろwebサービス開発日記
EdgeRails.info見てたら気になったので調べました。 最近 rails の master に、 rails 3.x 系でよく使っていた first_or_create と似たメソッド find_or_create_by が追加されました。そして first_or_create の方はメソッドの説明が削除され、depricated ぽい扱いになるようです。 詳しくは rails/activerecord/CHANGELOG.md at 300d080ada31ac297264e6abba6ca16cd2db5925 · rails/rails · GitHub の真ん中辺りに書かれていますが、どうやら first_or_create は where などのメソッドが先にいくつかチェーンでつながってから書かないといけないので読みづらい！ということみたいですね。大事なことを最初に書きた
Rails4.0に含まれる strong_parameters について - おもしろwebサービス開発日記
注意 このエントリは急いで書いたので間違いが含まれている可能性が高いです。気づいた方はご指摘ください。 序文 strong_parameters とは、mass assignment で余計なパラメータをモデルの属性にセットさせないための新しい仕組みです。Rails 4.0 からはこれが標準になります。Rails2.x と 3.x はattr_accessibleやattr_protectedなどで似たような機能が提供されていましたが、これだと管理が煩雑になるケースがありました。 今年の３月くらいにGitHub が mass assignment の脆弱性を突かれたことで 、この問題をどうにかしようという流れが起き、最終的に strong_parameters が作られるという経緯を辿りました。 mass assignment とは Rails ではこんなコードをよく見ると思います。 de
Rails 4.0 では HTTP の PATCH メソッドで更新する - 紅孔雀
In practice, as you see, PATCH suits everyday web programming way better than PUT for updating resources. In Ruby on Rails it corresponds naturally to the way we use update_attributes for updating records. Thus, PATCH is going to be the primary method for updates in Rails 4.0. Edge Rails: PATCH is the new primary HTTP method for updates Rails のブログ記事を読みましたが、Rails 4.0 では更新処理に HTTP の PATCH メソッドを利用するそ
Engine YardはRuby界のRed Hatではないだろうか？：Rails Hub情報局：エンジニアライフ
RubyやPHPのPaaSを提供する米Engine Yardが日本進出を準備中です。すでに法人登記済みで、現在は数名のスタッフが活動を開始しているそうです。2012年6月25日に東京・麹町で行われた「Tokyo Rubyist Meetup」で、日本法人の代表を務めるTim Romero氏が同社のビジネスについて概要を紹介していたので、ここでシェアしたいと思います。 本格操業に向けて準備中 Engine Yardといえば、先日までJRubyやRubiniusといったプロジェクトのコア開発者を雇用していたことでRuby界では有名です（JRubyの2人はRed Hatに、RubiniusのEvan PhoenixはLivingSocialにそれぞれ移籍しました）。しかし、Engine Yardのサービスのほうはといえば、EC2を使ってRuby/PHPのPaaS事業を行なっているということ以上に
jkfill blog
Cassette.MSBuild lets you pre-build your asset bundles. This is a key step if you want to upload your bundles to a CDN for release builds instead of serving them from your web server. Unfortunately, Cassette.MSBuild is - as the name indicates - intended for use with MSBuild, not mono-based build processes. Here’s how you can use it in a non-MSBuild environment, like a NancyFX application built in
github の mass assignment 脆弱性が突かれた件
Github に脆弱性。やった人は Rails に有りがちな脆弱性を issue に挙げていたが相手にされず、実際にそれを突いてきた。一見 childish だが、それだけ簡単に脆弱な実装がなされてしまうということだ。週明けの今日、Rubyist はまず関連情報に一読を。 — Yuki Nishijima (@yuki24) March 4, 2012 気になって調べたのでメモ。自分も気をつけないとなー。 Public Key Security Vulnerability and Mitigation - github.com/blog/ github に脆弱性があってそれが突かれたらしい。 Rails アプリにありがちな脆弱性の一つ、Mass assignment とかいうタイプの脆弱性である。 mass assignment 脆弱性とは mass assignment 脆弱性とは何か、
Active Record Query Interface 3.0 - (m.onkey.org)
I’ve been working on revamping the Active Record query interface for the last few weeks ( while taking some time off in India from consulting work, before joining 37signals ), building on top of Emilio’s GSOC project of integrating ARel and ActiveRecord. So here’s an overview of how things are going to work in Rails 3. What’s going to be deprecated in Rails 3.1 ? These deprecations will be effecti
Named Scopes Are Dead | railway
**Clarification:** This post has been sitting unfinished on my disk for a couple of weeks but the update issues I ran into recently finally made me finish and publish it. I didn’t write this post to insult or bash Rails 3 or its contributors for the scope/arel bug I’m mentioning somewhere along the road. I’ve created a [ticket in the Rails Lighthouse project](https://rails.lighthouseapp.com/projec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby on Rails 4.0 が間もなくリリース - Ruby 1.8 サポート廃止，バックグラウンドジョブの改善，キャッシング，
