WEBrickはシングルスレッドではない
表題の通り、WEBrickはシングルスレッドなアプリサーバではなくマルチスレッドです。 にも関わらず、Web上にはWEBrickがシングルスレッドであるかのような記事が多く、Wikipediaでも Unlike most of the servers that are used in production, WEBrick is not scalable since it is a single threaded web server by default. と記載があり、とても誤解をまねきやすいです（デフォルトで、と言っているので完全に間違っているとは言い難いけど） 今回は、WEBrickがマルチスレッドサーバである根拠と、なぜシングルスレッドと誤解されているのかをRailsのバージョンの話も交えて書いていきます。 WEBrickがマルチスレッドである根拠 どのバージョンを見ても、acc
著名なオープンソースRailsアプリのapp/以下を見る
Railsにおける app/ とは app/はRailsのアプリケーション用ディレクトリで、普通のRailsアプリケーションでは、この下にmodels,controllers,viewsを含めた様々なディレクトリが作られます。 基本的には新しいディレクトリを追加する必要はないのですが、アプリケーションが複雑になると、Railsを拡張するべくここにアプリケーション固有のディレクトリを作って、その下に関連するファイルを置くことがあります。 中には、servicesやserializersのように、多くのRailsアプリケーションで見られるものもあれば、完全にアプリケーション独自のものが作られることもあります。また、アプリケーションによっては独自のディレクトリは一切作らないものもあれば、大量に作るものもあります。それぞれアプリケーションの開発方針によるものです。 本記事では、比較的有名なOSSの
環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
この記事は Akatsuki Advent Calendar 2019 1日目の記事です。 はじめに アカツキでは Ruby on Rails を使ったゲームサーバを開発・運用しています。ゲームの体験を向上するために、レスポンスタイムは一つの重要な要素となるため、種々のパフォーマンスチューニングを行なっています。今回はその一例として、環境変数を1つ設定するだけで、あるAPIのレスポンスタイムが10%も改善した例をご紹介します。 TL;DR 多数の時刻を含むレコードを扱う Ruby on Rails サーバでは、 TZ 環境変数を設定することで、デフォルトタイムゾーン設定ファイル /etc/localtime へのアクセスが減り、高速化が図れるかもしれません。 効果は Time オブジェクト1個あたり数μsの短縮といったオーダーですが、チリも積もれば山となり、数千個のレコードを処理するAPI
better_errorsコードリーディング
BetterErrorsのコードリーディングをしました。 基本的にはRackミドルウェアでエラーハンドリングをして、エラーのバックトレースを表示。binding_of_callerがある場合はWeb上からirbでデバッグできるようにJSからRackミドルウェア向けにAPIを叩いてコマンドを実行・結果出力する、という感じです。 エラー表示するまで Railtieでは、productionではなくconsider_all_requests_localがtrueの場合のみBetterErrors::Middlewareを差し込みます。 module BetterErrors # @private class Railtie < Rails::Railtie initializer "better_errors.configure_rails_initialization" do if use_b
jpmobile Overview 2020 〜令和時代の jpmobile〜 - ロコガイド テックブログ
こんにちは、5.3でようやく第一世界から帰ってこれた暁を祝福しているVPoEの小川@conceal_rsです。 表題の jpmobile は2009年ぐらいからずっとメンテナンスと開発を継続しているOSSですが、弊社のサービス「トクバイ」でも利用されています。 もうすでにガラケーはなくなりかけていますが、そんななかで2020年現在 jpmobile がどのように使われているのかとか、あんまり知られていない機能として何があるのかなどざっとまとめてみたいと思います。 jpmobile Overview 2020 jpmobile には大きく以下の機能があります。 ガラケー用絵文字の相互変換 Rails でのユーザエージェントごとの view の切り替え 日本語(ISO-2022-JP)でのメール送受信 ガラケー用絵文字の相互変換 もう歴史的遺物になりつつあるガラケーですが、当時は3キャリアで別
パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary
最近、パーフェクトRuby on Railsの増補改訂版をリリースさせていただいた身なので、久しぶりにRailsについて書いてみようと思う。 まあ、書籍の宣伝みたいなものです。 数日前に、noteというサービスでWebフロント側に投稿者のIPアドレスが露出するという漏洩事故が起きました。これがどれぐらい問題かは一旦置いておいて、何故こういうことになるのか、そしてRailsでよく使われるdeviseという認証機構作成ライブラリのより良い使い方について話をしていきます。 (noteがRailsを使っているか、ここで話をするdeviseを採用しているかは定かではないので、ここから先の話はその事故とは直接関係ありません。Railsだったとしても恐らく使ってないか変な使い方してると思うんですが、理由は後述) 何故こんなことが起きるのか そもそも、フロント側に何故IPアドレスを送ってんだ、という話です
RAILS_ENVの数は増やさず、環境ごとの差異をymlでいい感じに管理する方法 - Qiita
本番環境とローカルの開発環境の他に、ステージング環境やQA環境などと言った環境が複数あるのが一般的です。 こういった環境ごとの異なる設定値（例えばデータベースの設定や、連携しているサービスのURLやIDなど）をどうやって管理するかというのはRailsアプリを運用する上で悩むポイントかと思います。 本記事では、RAILS_ENVを増やすことなく、Railsが用意するRails::Application.config_forを用いて、環境ごとの設定値をymlでいい感じに管理する方法を紹介します。 https://speakerdeck.com/spring_mt/deep-environment-parity-cdnt-2019 複数環境があるという前提で、その環境感の差異を無くして一致させようという話については、このスライドに綺麗にまとまっているので参考にしてください。 Rails::App
Request origin does not match request base_url · Issue #22965 · rails/rails
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community. Pick a username Email Address Password Sign up for GitHub By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails. Already on GitHub? Sign in to your account
永久保存版Railsアップデートガイド - pixiv inside
はじめまして、2018年7月入社の sue445です。自称「フルスタックキュアエンジニア」です。最近はpixiv PAYのチームでRailsを書いたり社内gemを作ったりしています。 好きなプリキュアはキュアピースです。 前置き 先日Rails 5.2.1がリリースされました https://weblog.rubyonrails.org/2018/8/7/Rails-5-2-1-has-been-released/ pixiv PAYでもその対応を行っていて、先日本番環境にRails 5.2.1を投入しました 💪 ググると特定のバージョンでのアップデート方法はいろいろ見つかるのですが、どのバージョンでも使える汎用的な方法が意外になかったので紹介しようと思います。 Rails 4.1系以降はだいたいこの方法でアップデートしてきたのでそれなりに実績のある手法だと思います。 筆者スペック 初め
Rails6から採用されたZeitwerkが最高だった - Qiita
はじめに Rails6がリリースされて早3ヶ月、 先週、大きめの案件が終わって暇になったので、社内のプロジェクトを全てRails5からRails6にアップデートしました。アップデート作業に伴い Zeitwerk について調べたところ、最高のGemだったのでまとめます。 Zeitwerkとは Zeitwerk (読み方: ツァイトヴェルク) とは新しく開発されたオートロードの仕組みです。Gemとして独立しており、Railsに限らず様々なRubyプロジェクトで利用可能です。 なぜ開発されたのか？ Rails で 古くから採用されてきた const_missing を利用したオートロードの仕組みには、処理順序によって発生する不具合など、エッジケースな落とし穴がいくつかありました。 Zeitwerkはそういったレガシーなオートロードの仕組みを改善する目的で開発が始まり、エッジケースの解消はもちろん
padrinoにPRを送った - くりにっき
padrino アプリでactiverecordを5.1系から5.2.0に上げようとしたら rake ar:migrate でエラーになったので直した エラー内容 activerecord 5.2系からは ActiveRecord::Migrator.migrate がなくなったとのこと。めちょっく！ $ bundle exec rake ar:migrate:reset --trace ** Invoke ar:migrate:reset (first_time) ** Invoke ar:drop (first_time) ** Invoke skeleton (first_time) ** Execute skeleton ** Execute ar:drop ** Invoke ar:create (first_time) ** Invoke skeleton ** Execute
Rails 5.x に更新する際に rails_kwargs_testing gem を使ったら便利だった - There's an echo in my head
Rails 4.x で動いている社内ツールを Rails 5.x に更新する作業を最近やっていて、コントローラ・リクエスト周りのテストの書き換えに rails_kwargs_testing gem が便利だったのでメモ。 ざっくり書くと、これを使うと Rails 5.x 用のテストコードに寄せた状態で Rails 4.x 上でテストを実行できるようになるので、 BUNDLE_GEMFILE で Rails 4.x と 5.x 用の Gemfile を指定することで両方を CI で走らせることが容易になる。詳細は作者である r7kamura さんのブログに書かれているので、そちらを参照してもらいたい。 r7kamura.com rspec の場合の tips として、テストファイルごとの describe ブロックで prepend するのではなく、 controller spec や re
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Proposal to deprecate `term_on_timeout: false` · Issue #169 · zombocom/rack-timeout
Fix #1627: prepared statement pool can be corrupted by exception by abezzub · Pull Request #17607 · rails/rails
Understanding DNS with ActionDispatch::HostAuthorization
Rails 6.0.2.2で生成したauthenticity_tokenは5.2.4.3で利用できるのか
Rails6.1で新しく入る機能について
Railsでlibディレクトリを使うときはconfig.paths.addを使おう - Qiita
Introduce explicit way of halting callback chains by throwing :abort. Deprecate current implicit behavior of halting callback chains by returning `false` in apps ported to Rails 5.0. Completely remove that behavior in brand new Rails 5.0 apps. by claudiob
RailsDiff