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などに変更する] (https://qiita.com/cyborg__ninja/items/46f6e4d3674ef572d6bd) Pow がいうこと聞かない Sierra
Rackをdockerで動かす - Qiita
# ! /usr/bin/env ruby require 'rack' app = Proc.new do |env| ['200', {'Content-Type' => 'text/html'}, ['A barebones rack app.']] end Rack::Handler::WEBrick.run app, {Host: '0.0.0.0'} panic: standard_init_linux.go:175: exec user process caused "exec format error" [recovered] panic: standard_init_linux.go:175: exec user process caused "exec format error" goroutine 1 [running, locked to thread]: pani
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アプリケーションは何らかの方法で
Faultline::Rackを使ってRailsのエラートラッキングにfaultlineを利用する - Qiita
require 'faultline/rack' Faultline.configure do |c| c.project = 'faultline-rack' c.api_key = 'xxxxXXXXXxXxXXxxXXXXXXXxxxxXXXXXX' c.endpoint = 'https://xxxxxxxxx.execute-api.ap-northeast-1.amazonaws.com/v0' c.notifications = [ { # Slackへの通知 type: 'slack', endpoint: 'https://hooks.slack.com/services/XXXXXXXXXX/B2RAD9423/WC2uTs3MyGldZvieAtAA7gQq', channel: '#random', username: 'faultline-notify', not
BtoBアプリケーションの権限設定 - Qiita
目的は権限設定なのですが、内容はcurrent_userをmodelで使う方法になっております。。 背景 Rails+deviseで稼働中のAPIで、ユーザー毎の権限設定を追加したい。 いわゆるSaasで業務システムを開発しています。権限設定もいろいろなパターンがあると思うんですが、今回はデータに触れることが出来るかどうかを制御するパターンです（参照・更新できるかどうかではない） 実装検討 権限設定には大きく分けて２種類ある。。と思う。 機能を制御（主にcontrollerで制御する。参照・更新・削除できるかどうか。） データを制御（modelで制御？ あるデータを扱えるかどうか。） １はイメージしやすい。各APIを使う権限であり、controllerのメソッドを制御できれば良く、cancancan、pundit等のgemがある。 ２は主に対象データのあるレコードが参照可能か、更新可能かを
【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
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? railsでwebサービスを運営するためにサーバー内でrailsアプリを立ち上げる方法を調べると、なぜかどのサイトでも、nginx+unicornを使っていています。 ローカルでは rails s をして立ち上げるのに、サーバー内では他のものを使うことをちょっと不思議に思うのではないでしょうか。 今回はなぜ rails s で立ち上げず、nginxやunicornを使うのかということが最終的に納得できることを目指して、解説していきたいと思います。 Webサーバーとアプリケーションサーバー railsやnginxなどの話をする前にまずはw
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
SERVER_NAME = 'Trusterd' SERVER_VERSION = '0.0.1' SERVER_DESCRIPTION = "#{SERVER_NAME}/#{SERVER_VERSION}" root_dir = '.' def LibTrasterdRackApi(env, filename, s) f = File.open(filename, 'r') script = f.read f.close # puts script # envをRack APIもどきに設定 env['REQUEST_METHOD'] = s.method env['SCRIPT_NAME'] = s.filename env['PATH_INFO'] = s.uri env['REQUEST_URI'] = s.unparsed_uri env['QUERY_STRING'] = s.
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ページを開く
Springの概要と使い方, Rackの概要 - Qiita
Resque::Server を使おうとしたら LoadError: cannot load such file -- rack/showexceptions とか言われる件 - Qiita
pumaをh2oをunixドメインソケットで連携させるところまで - Qiita
Rails serverの挙動を理解するためのActionDispatch - Qiita
HerokuのデプロイしたRailsアプリにPumaを導入してみる - Qiita
[コードリーディング] link_toの:methodと:confirmの挙動 - Qiita![[コードリーディング] link_toの:methodと:confirmの挙動 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e361795eeb98cf2901cabebdc0294c724748ae35/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGOTA2ODAlMkZwcm9maWxlLWltYWdlcyUyRjE0NzM3MDUxNjY_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmJnPUZGRkZGRiZmbT1wbmczMiZzPTYxN2JlMzJhODkxYjNiYWFiZmU3NjM5Y2FiODZmOWE0%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Da5c8afaf58fc70c128122255d5d3d923%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUUzJTgyJUIzJUUzJTgzJUJDJUUzJTgzJTg5JUUzJTgzJUFBJUUzJTgzJUJDJUUzJTgzJTg3JUUzJTgyJUEzJUUzJTgzJUIzJUUzJTgyJUIwJTVEJTIwbGlua190byVFMyU4MSVBRSUzQW1ldGhvZCVFMyU4MSVBOCUzQWNvbmZpcm0lRTMlODElQUUlRTYlOEMlOTklRTUlOEIlOTUmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz0zYmRhOTk4ZTMyYzllY2U2MjZkNGQyZTY1NDNlYjFkOQ%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBzaG9oZWkxOTEzJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9ZWRlN2IxZjkzNmJhMjZlOTdkN2I5Yzg1MmRlZTNhOWQ%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dd1b86de93c01d1c258ffd00e6a34d689)
SinatraでJSONを受け取る方法 - Qiita
analytics関連で役立つgem「rack-tracker」についてのメモ - Qiita
