特定の条件でRailsのログ出力を抑止する - Qiita
にゃんぱすー ロードバランサのヘルスチェックで log/production.log が埋め尽くされるのが辛いので、特定の条件でログ出力を抑止する方法を調べたよ。 ロガークラスを作成する まず、Rails::Rack::Loggerを継承したCustomLoggerを作成する。 class CustomLogger < Rails::Rack::Logger def call(env) if env["REMOTE_ADDR"] =~ Moe::Application.config.action_dispatch.trusted_proxies and !env["HTTP_X_FORWARDED_FOR"] Rails.logger.silence do super end else super end end end ここでは、ロードバランサのIPアドレスはtrusted_proxie
JavaScriptからOSのクリップボードを制御する - Qiita
概要 通常、JavaScriptからクリップボードを制御することはできないが、Flashを介在させることでクリップボードへのコピーを実現することはできる。ここでは、ZeroClipboard Rails を利用して実現する方法を解説する。(この解説では Ruby on Rails を前提としているが、フレームワークに依存しない ZeroClipboard を利用することもできる。) 環境 サーバ側 Ruby on Rails 4.0.2 ZeroClipboard Rails 0.0.10 クライアント Mozilla Firefox (Mac, Windows) Google Chrome (Mac, Windows) Safari (Mac) Microsoft Internet Explorer 9 ※いずれも、Adobe Flash Playerをインストール済 注意 ZeroCl
一部報道による「Ruby on Railsにcookie保存関連の脆弱性」について - Qiita
ITmediaの記事が微妙だったので調べて見たのん。(面倒なので箇条書き) 元ネタ Ruby on Railsにcookie保存関連の脆弱性、2000サイトで放置状態 (ITmedia) Ruby on Rails CookieStore Vulnerability Plagues Prominent Websites (原文) 何が問題とされているか (記事の主張) デフォルトでは、cookieにセッションのハッシュ (データ) を保持している。(CookieStore) Rails 2-3の場合は秘密鍵で署名されている = 書き換え不可 Rails 4の場合は暗号化されている = 書き換え・内容の読み取り不可 Cookieを読み取られる可能性がある。 XSS セッションサイドジャッキング: うっかりSSLではない通信をさせると、Rails3以前では機密情報が漏洩する可能性がある。(Ki
Open-uriの認証とリダイレクト - Qiita
にゃんぱすー Open-uri による認証と問題点 Open-uri を使用する場合、open に :http_basic_authentication オプションでユーザ名とパスワードを与えることで認証付のURLにアクセスすることができる。 その際、アクセス先がリダイレクト (3xx) のステータスを返し、リダイレクト先URLが認証を要求する場合には、常に "401 Unauthorized" の例外 (OpenURI::HTTPError) が発生する。これは同一の認証情報でアクセス可能な場合でも同様である。 原因 open-uri ではリダイレクトが行われた場合には、無条件で :http_basic_authentication を削除しているため。(Perl の LWP とは動作が異なる。)
LAN内でリバースプロキシを使用した場合の request.remote_ip - Qiita
はまったのん… 環境 Rails 4.0.1 nginx + Unicorn リバースプロキシを利用した場合のアクセス元アドレス 通常、リバースプロキシ (nginxなどのウェブサーバを含む; 以下単にプロキシ) を利用した場合、アクセス元はプロキシ側のIPアドレスとなるため実際のアドレスを知ることが出来ない。このため、プロキシ側ではリクエストヘッダ (Client-IP: など) にアクセス元のアドレスを含めることが多い。Webサーバはこの値を読んで本来のアドレスを知ることが出来る。 Railsでは request.env 中の情報を利用して、実際のリモートホストを取得することが出来る。ただし、request.remote_ip でヘッダの情報を処理した "正しい" リモートホストを参照することができるため、直接ヘッダの情報を参照するメリットはあまり無い。(この機能は ActionPac
コントローラ・アクションごとに固有のasset (CSS, JS) を読み込ませる - Qiita
Railから外れたことをやろうとして苦労したのん。 環境 ruby 2.0.0p247 Rails 4.0.1 テンプレートエンジンには haml を使用 やりたいこと コントローラ・アクションごとに固有のスタイルシート・スクリプトを用意したい。(全体で使うものだけをasset pipelineでまとめてほしい。) たとえば、"users#index" なら、application.css(.scss) と application.js に加えて以下のファイルも読み込んで欲しい。 users.css(.scss) users/index.css(.scss) users.js users/index.js とりあえず思いつく方法 (うまくいかない) application.css.scss, application.js から require_tree . の行を削除した後、applica
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ActiveSupport::OrderedOptions をYAMLに変換出来なくて、生きているのが辛い - Qiita