puma & puma-dev にRails開発環境をより良く。pow代替＆簡単・安全・安定 - Qiita
※2017/12/13追記。 Chrome(ブラウザ)がVer.63系になると、.devにはHTTPSが必須となります。しかも強制アップデートで。 HSTS (HTTP Strict Transport Security) ってやつ。簡単に言うとHTTPS必須にするよーの話。 この強制的にHTTPSにするよの対象に「.dev」ドメインが巻き込まれましたので、Powなどで.devにしてると色々問題出るよという。 例えばHTTPSで来たものを強制的にHTTPへとかroutesなどでやってると、永遠にループして帰ってこないｗ ※pumaを入れ直そう => puma & puma-dev で利用中の.devを.testなどに変更する Pow がいうこと聞かない Sierraにアップデートしたらpowがまた死んだので、またどうしようと悩む羽目に。 Pow(powder) + Ruby on Rail
Rackをdockerで動かす - Qiita
モチベーション Rackを知るために、小さなRackアプリケーションを動かしてみたいです。 Rubyは気軽にgem installすると環境が汚れるのでsandboxが欲しいです。 そこでdockerを使ってみます。 ベースにするDokerfile library/ruby - Docker Hubのruby:2.4-alpineを使います。 事前に必要なもの my_rack_app.rb Gemfile my_rack_app.rb Rack: a Ruby Webserver Interfaceのサンプルを元に修正します。 shebangを設定します。 #! /usr/bin/env ruby require 'rack' app = Proc.new do |env| ['200', {'Content-Type' => 'text/html'}, ['A barebones rac
HTTParty 0.14から、空配列の送り方が変わっている - Qiita
概要 HTTParty 0.13.x => 0.14.0 に上げたときに、空配列のエンコード方法が変わっていて、それが原因で挙動が変わっていた。 詳細 HTTParty.post(anUrl, body: { a: 1, b: []} でリクエストを送った時、まずデフォルトでContent-typeがapplication/x-www-url-formencodedになっていて、Bodyが次のようになっていた。 HTTParty 0.13.x: a=1 HTTParty 0.14.0: a=1&b[]= 次に受け取る側の解釈ですが、 a=1の場合、rackの層では{ a: 1 }というhashになり、例えばGrapeなどでbをArrayとみなすように設定していれば、{ a: 1, b: [] }に最終的に変換される。 a=1&b[]=の場合、rackの層では{ a: 1, b: [nil]
Rackアプリケーションでプライベートネットワークからのプロキシサーバー越しのリクエストから送信元IPアドレスを得る - Qiita
最初に結論 条件 クライアントがプライベートネットワークにいる プロキシサーバーとRailsアプリケーションをUNIXドメインソケットで接続している 現象 Rackのrequest.ipやRailsのrequest.remote_ipで、送信元IPアドレスが取れません。 対策 Rack::Requestにモンキーパッチを当てる X-Forwarded-Forヘッダーから直接取得する Railsなら、config.action_dispatch.trusted_proxiesを変更する のいずれかの方法で取れます。 構成 クライアント - nginx - Rackアプリケーション これだけならば、割と一般的な構成です。 ただし、クライアントはプライベートネットワークにいます。 つまり送信元IPアドレスはプライベートIPアドレスです。 また、nginxとRackアプリケーションは何らかの方法で
Springの概要と使い方, Rackの概要 - Qiita
Application preloader spring https://github.com/rails/spring spork https://github.com/sporkrb/spork 事前にバックグラウンドでライブラリをロードしておくことで、その待ち時間を短くする テストやサーバー起動時 Process.forkを使っているのでWindows, JRuby環境はだめ Install gem 'spring', group: :development bundle install spring binstub --all spring status gem "spring-commands-rspec", group: :development bundle install spring stop bundle exec spring binstub --all rspec
Resque::Server を使おうとしたら LoadError: cannot load such file -- rack/showexceptions とか言われる件 - Qiita
$ ./bin/setup == Installing dependencies == The Gemfile's dependencies are satisfied == Preparing database == rails aborted! LoadError: cannot load such file -- rack/showexceptions /Users/yuya/src/github.com/yuya-takeyama/resque-test/config/application.rb:7:in `<top (required)>' /Users/yuya/src/github.com/yuya-takeyama/resque-test/Rakefile:4:in `require_relative' /Users/yuya/src/github.com/yuya-ta
Faultline::Rackを使ってRailsのエラートラッキングにfaultlineを利用する - Qiita
faultlineとは オープンソースのエラートラッキングツールです。 AWSのマネージドサービスのみで構築されており、運用コストが小さい（当社比）のが特徴です。 参考URL https://github.com/faultline/faultline サーバーレスアーキテクチャなエラートラッキングツール faultline Railsのエラートラッキングにfaultlineを利用するときには、faultline-rack が利用できます。 faultline-rack はRackミドルウェアとして提供されています。 インストール Gemfileに以下のコードを記載してインストールしてください require 'faultline/rack' Faultline.configure do |c| c.project = 'faultline-rack' c.api_key = 'xxxxX
Rails serverの挙動を理解するためのActionDispatch - Qiita
ActionDispatchの挙動についてあんま理解してなかったので routes.rbみたいなのだけ自分で作って、サーバー起動させるスクリプトを書いて見ました。 とは言いつつ、ただの基本で ActionDispatchは RoR中の - Railties - ActionPack - **ActionDispatch** - ActionController - AbstractController - ActiveModel - ActiveRecord - ActionView - ActiveSupport - ActionMailer ActionPackの一部であり、 ルーティングのためのDSLとも言えるし、Rackミドルウェアとも言える Rails アプリケーションがあれば consoleで確認してみればいいと思うのだけれども > Rails.application.clas
HerokuのデプロイしたRailsアプリにPumaを導入してみる - Qiita
workers Integer(ENV['WEB_CONCURRENCY'] || 2) threads_count = Integer(ENV['RAILS_MAX_THREADS'] || 5) threads threads_count, threads_count preload_app! rackup DefaultRackup port ENV['PORT'] || 3000 environment ENV['RACK_ENV'] || 'development' on_worker_boot do # Worker specific setup for Rails 4.1+ # See: https://devcenter.heroku.com/articles/deploying-rails-applications-with-the-puma-web-server#on-
BtoBアプリケーションの権限設定 - Qiita
目的は権限設定なのですが、内容はcurrent_userをmodelで使う方法になっております。。 背景 Rails+deviseで稼働中のAPIで、ユーザー毎の権限設定を追加したい。 いわゆるSaasで業務システムを開発しています。権限設定もいろいろなパターンがあると思うんですが、今回はデータに触れることが出来るかどうかを制御するパターンです（参照・更新できるかどうかではない） 実装検討 権限設定には大きく分けて２種類ある。。と思う。 1. 機能を制御（主にcontrollerで制御する。参照・更新・削除できるかどうか。） 2. データを制御（modelで制御？ あるデータを扱えるかどうか。） １はイメージしやすい。各APIを使う権限であり、controllerのメソッドを制御できれば良く、cancancan、pundit等のgemがある。 ２は主に対象データのあるレコードが参照可能か、
[コードリーディング] link_toの:methodと:confirmの挙動 - Qiita
クライアントサイドの動作 data-confirmとdata-methodはapplication.jsで読み込んでいるjquery-ujsでハンドリングされる。 https://github.com/rails/jquery-ujs/blob/master/src/rails.js まずlinkClickSelectorに指定されているa[data-confirm], a[data-method]のクリック時にイベントが発火し、confirmとmethodの処理がハンドリングされる。 // Link elements bound by jquery-ujs linkClickSelector: 'a[data-confirm], a[data-method], a[data-remote]:not([disabled]), a[data-disable-with], a[data-dis
![[コードリーディング] link_toの:methodと:confirmの挙動 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/951bbacbfd33abf2b63752ba5bf5c51c7952c3c9/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJUUzJTgyJUIzJUUzJTgzJUJDJUUzJTgzJTg5JUUzJTgzJUFBJUUzJTgzJUJDJUUzJTgzJTg3JUUzJTgyJUEzJUUzJTgzJUIzJUUzJTgyJUIwJTVEJTIwbGlua190byVFMyU4MSVBRSUzQW1ldGhvZCVFMyU4MSVBOCUzQWNvbmZpcm0lRTMlODElQUUlRTYlOEMlOTklRTUlOEIlOTUmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWVkMGM0ZjkxZDBhNThkMmI1OTIyNjFkY2IwYTZlYzRm%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2hvaGVpMTkxMyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZTJjNDVjMjRiNjczNGI0NWI4YTJmM2QxOGEyYzdjMzM%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D148d1eed2648bc6101a488a1c42f6ae0)
SinatraでJSONを受け取る方法 - Qiita
SinatraでJSONを受け取る方法。 結論： Rack::PostBodyContentTypeParser を使う。 やり方 rack-contribをインストールする
【ruby】rack/testでdbを切り替えてtestする - Qiita
Docker-composeでSinatra + Nginx + MySQL を動かす時のハマりポイント - Qiita sinatraで画像投稿サービスを作ってテストをしようとした時に、MySQLの接続先をテスト用とdokcer用で切り替えてテストする必要があったのでその時のメモ。 ActiveRecord使わない方法を見つけるのが難しかったので書いておきます！ 簡単なディレクトリ構成 . ├── myapp.rb ├── test │ └── test_myapp.rb 解決策 ENV['RACK_ENV']を使いましょう。 testコードの冒頭でENV['RACK_ENV'] = "test"を設定して、rubyのmysql接続部分で参照してhostを振り分ければOKです。 myapp.rb docker-composeを使う時 ENV['RACK_ENV'] は nil testす
なぜrailsの本番環境ではUnicorn,Nginxを使うのか? ~ Rack,Unicorn,Nginxの連携について ~【Ruby On Railsでwebサービス運営】 - Qiita
なぜrailsの本番環境ではUnicorn,Nginxを使うのか? ~ Rack,Unicorn,Nginxの連携について ~【Ruby On Railsでwebサービス運営】RubyRailsnginxunicornrack railsでwebサービスを運営するためにサーバー内でrailsアプリを立ち上げる方法を調べると、なぜかどのサイトでも、nginx+unicornを使っていています。 ローカルでは rails s をして立ち上げるのに、サーバー内では他のものを使うことをちょっと不思議に思うのではないでしょうか。 今回はなぜ rails s で立ち上げず、nginxやunicornを使うのかということが最終的に納得できることを目指して、解説していきたいと思います。 Webサーバーとアプリケーションサーバー railsやnginxなどの話をする前にまずはwebサーバーとアプリケーショ
Railsでサーバ立ち上げのときのみ実行するコードの配置 - Initialization Codes Executed Only in Server Mode (Rails) - Qiita
# This file is used by Rack-based servers to start the application. require_relative 'config/environment' p "Initialization codes should come here." p "In config.ru file, #{Rails.env}, models can also be handled #{Article.name}" run Rails.application 経緯 rails で HTTP アプリケーションを立ち上げつつ、同時に discordrb gem を使って discord bot も立ち上げたかった。 要件 RailsでHTTPアプリのServe RailsのHTTPアプリで利用するModelやJobをdiscordrbボットでも流用する r
mrubyのHTTP2サーバーのTrusterdでRackベースのフレームワークを動かす - Qiita
はじめに Trusterdはこのアドベントカレンダーの主催者の@matsumotoryさんが開発されているmrubyで書かれたHTTP2サーバーです。 h2oやngx_mruby、mod_mrubyでRack APIベースのAPIに移行（もしくは対応）し、 これを機にmruby-hibariというフレームワークが開発されました。 今回はTrusterdでこのmruby-hibariを動かそうという記事になります。 Rack APIとは 第23回 Rackとは何か（1）Rackの生まれた背景：Ruby Freaks Lounge｜gihyo.jp … 技術評論社 によると、 Rubyにおけるサーバとアプリケーション／フレームワーク間のインターフェースの役割を果たすライブラリ とのことでした。Perlで言う所の、PSGIということのようでした。 そんなこと言われても何となくわかるだけで、そんな
analytics関連で役立つgem「rack-tracker」についてのメモ - Qiita
GAやVWOなどのanalytics関連のタグを埋め込むときに役立ちそうなGem「rack-tracker」についてメモを残す。 rack-tracker 詳しいことはGithubのページに書いてあるので簡単な使い方をメモする。ほぼ自分のためのメモ。 設定 config/initilizersにrack-tracker.rbのようなファイルを作成し以下のように設定を記述する。 config = MyApplication::Application.config config.middleware.use(Rack::Tracker) do handler :google_analytics, { tracker: 'U-XXXXX-Y' } end
rack-contribをやめてrack-attackに乗り換えた - Qiita
課題 rack-contribというgemがあるのですが、ここ数年メンテナンスされておらず、プロジェクトをRails5にアップデートしたタイミングでrackのバージョンの依存性解決ができなくなっていました。他の方がrack 2系に対応したものをPull Requestしていたので、それを使えばひとまず延命はできたのですが、Circle CIでのテストがうまく動かなくなったので、捨て去る決意をしました。 ちなみに、rack-contribはIP制限の用途で使っていました。 調査 IP制限を実現する方法 IP制限を実現する方法は、 Railsアプリのbefore_actionなどで実装する 他のRack Middlewareを使う(他のgemを探す) という2つが思い浮かびました。 今回は2の、他のRack Middlewareを使う方を選びました。まー車輪の再発明するとテストも大変だし。 r
Rack::TempfileReaper でファイルアップロード時にできたテンポラリファイルを即削除 - Qiita
Rack は、ファイルアップロードなど、multipart なコンテントタイプのリクエストを処理するときに、送られてきたデータをテンポラリファイルとして保存する。 https://github.com/rack/rack/blob/1.6.4/lib/rack/multipart/parser.rb#L21-L22 https://github.com/rack/rack/blob/1.6.4/lib/rack/multipart/parser.rb#L135 ruby の Tempfile クラスを使ってテンポラリファイルを作っている。Tempfile は #close!（または #close(true)）したらテンポラリファイルも削除するが、そうでないと GC されるかアプリケーションが終了するまで残り続けてしまう。 https://github.com/ruby/ruby/blob/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
pumaをh2oをunixドメインソケットで連携させるところまで - Qiita
