Rails5をNginx経由で接続させるためのNginxの設定。Nginx＋Puma＋Rails5
Nginx経由でPuma＋Rails5へアクセスできるように設定してみた。 Rails5でアプリケーションは問題なく動いている前提で記載 Rails5でのデフォルトのアクセス方法は、http://接続IP:3000というもので、ポート3000にアクセスするようになっているけど、一般的にはポート3000でアクセスしているものなんてみたことない。 調べてみると、Railsの前にWebサーバがあって、Webサーバ経由でRailsへアクセスするのが一般的みたい。 例えば、 今まで、http://1.1.1.1:3000にアクセスするとPumaが受け取って、Railsに渡す！ という動きだったけど、 一般的には http://1.1.1.1にアクセスすると、Webサーバ(Nginx）が受け取って、Nginxが1.1.1.1:3000に渡して、それをPumaが受け取って、Railsに渡す！ という動き
Railsでsubdomainを使う際nginxのReverseProxy設定で気をつけること｜TechRacho by BPS株式会社
Railsでは、request.subdomainで簡単にサブドメインの判別ができます。 詳しくはRailsCastsに書いてありますが、特にgemを入れなくても、url_forに1つ機能追加するだけで、実用的なサブドメイン機能が使えます。 何が嬉しいかというと、 ja.example.com en.example.com のようなwikipedia風のURLを作ったり、ブログサイトでユーザ毎にサブドメインを切ってあげたりできるわけですね。 サブドメインは当然HTTPリクエスト時のホスト名から取得されるので、環境によってはうまく取得できない場合があります。 ローカルでテストする場合 通常localhost:3000で開発すると思いますが、これにサブドメインを付けてja.localhost:3000としても、127.0.0.1に名前解決はしてくれません。 hostsファイル（/etc/hos
Nginx で VirtualHost を使う - Qiita
Nginx で VirtualHost を使う方法です。 次の例では、ekzemplaro.org と corona.ekzemplaro.org を受け付ける設定です。 どちらも、Let's Encrypt を使い、http は https にリダイレクトされます。 # worker_processes 1; error_log /var/log/nginx/error.log; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; types_hash_max_size 4096; server_names_hash_bucket_size 128; server {
【Rails】WEB/APサーバ構成に応じたNginx設定 - Qiita
もくじ WEB/APサーバが一体化された構成 WEB/APサーバが分離された構成(WEB:AP = 1:1) WEB/APサーバが分離された構成(WEB:AP = 1:多) WEB/APサーバが分離された構成(共有ディレクトリ有り) UNIXドメインソケット利用時の注意点 1. WEB/APサーバが一体化された構成 WEB(Nginx)とAP(Rails)を1台のサーバ内に収める構成です。 NginxとRailsの連携にはUNIXドメインソケットを利用します。 【Nginx ポケットリファレンスより抜粋】 UNIXドメインソケットのでの接続は同一サーバ内に制限されますが、TCP接続と比べて接続時のオーバーヘッドが少ないので、細かい大量のアクセスを処理する際に負荷の軽減を図ることができます。 UNIXドメインソケットを利用するために、pumaのコンフィグにsockファイルのパスを指定します。
NGINX Web サーバ | NGINX
このセクションでは以下を説明します: webサーバの最も一般的な設定 バーチャルサーバの設定とリクエスト処理の場所の定義の仕方 変数の使い方 特定のステータスコードの返し方 リクエストのURIのrewriteの仕方 HTTPエラーページの設定方法 結局は、webサーバとしてのNGINXの設定は、どのURLを処理できるか、そしてそれらをどう処理するかを定義するかの問題です。低レベルでは、設定は特定のドメインまたはIPアドレスのためにリクエストを処理する責任があるバーチャルサーバのセットからできています。 それぞれのバーチャルサーバはURLの特定のセットを処理を制御するlocation と呼ばれる特別な設定インスタンスを定義します。それぞれのlocationはこのlocationに割り当てられたリクエストに何が起こるかの個々のシナリオを定義します。NGINXはこの処理に完全な制御を提供します。
Pitfalls and Common Mistakes | NGINX
Analytics cookies are off for visitors from the UK or EEA unless they click Accept or submit a form on nginx.com. They’re on by default for everybody else. Follow the instructions here to deactivate analytics cookies. This deactivation will work even if you later click Accept or submit a form. Check this box so we and our advertising and social media partners can use cookies on nginx.com to better
nginxのtry_filesわかりにくすぎ問題 - tsyama記
はじめに 後輩にnginxの設定がうまくいかないと相談され、「しょうがないなｧ」と乗り出したのはいいものの、よくわからず後輩と一緒に一時間ぐらいｳﾝｳﾝ唸っていたので備忘録として。 前提 該当のサイトではWebサーバとしてnginxを使用し、PHPファイルについてはphp-fpmへ処理を渡します。 また、PHPフレームワークを使用しており、実体ファイルの存在しないURIが指定された場合はDocumentRoot直下のindex.phpに処理が行くようにしたいです。 location / { index index.php index.html index.htm; try_files $uri $uri/index.html $uri/index.htm $uri/index.php /index.php?$args; } location ~ \.php$ { fastcgi_index
Let's Encrypt で Nginx にSSLを設定する - Qiita
Let's Encrypt で取得したサーバ証明書を Nginxに設定するための手順。 確認した環境は次の通り。 OS: CentOS 7.2 Nginx 1.11 Let's Encrypt 導入の事前準備 証明書を取得したいドメインでアクセスできるサーバを立てておく。 アプリケーションやHTTPサーバのインストールは必ずしも必要ないが、次の2点が必要。 取得したいドメインがDNSで名前解決できる 80番ポートでアクセスできる 以下の操作はそのサーバ上で行う。 certbot のインストール まず、Let's Encrypt のクライアントcertbotをインストール。 インストールと言っても、git で cloneするだけ。 以下の例では、/usr/local にインストールしているが、場所はどこでもよい。 $ cd /usr/local $ git clone https://git
Nginxでコンテンツに対してgzip圧縮をかける - Qiita
gzip on; gzip_types text/css application/javascript application/json application/font-woff application/font-tff image/gif image/png image/jpeg application/octet-stream; text/html については、常に圧縮されるようです。重複していると警告が出るので書かないようにしましょう。 また、 image/jpeg などすでに圧縮されているフォーマットについては圧縮率が高くならない場合があります。 gzip することで削減できる通信量と、圧縮することによって増える負荷とのバランスを検討すべきかもしれません。 設定結果 HTTPレスポンスヘッダー内のContent-Encodingで gzipが設定されていればgzip圧縮有効。
Let's encrypt 環境の運用 - Qiita
$ nginx -v nginx version: nginx/1.10.3 (Ubuntu) $ more /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=16.04 DISTRIB_CODENAME=xenial DISTRIB_DESCRIPTION="Ubuntu 16.04.4 LTS" $ openssl version OpenSSL 1.0.2g 1 Mar 2016 $ sudo apt-get update $ sudo apt-get install software-properties-common $ sudo add-apt-repository ppa:certbot/certbot $ sudo apt-get update $ sudo apt-get install python-certbot-n
Nginxでのドメインやhttpsへのリダイレクトの設定はrewriteよりもreturnを使おう - タオルケット体操
httpからのアクセスをhttpsへリダイレクトしたいなーと思って調べていたら、「NginxHttpRewriteModuleを使ってrewriteしよう！」みたいな記事が大量ヒットしたんですが、なんとも設定が冗長で微妙な感じがしたので調べたところちゃんと公式に記述がありました。 Converting rewrite rules なお日本語のドキュメントはちょっと古いっぽいので英語版を読んだ方がよさげです。 上記には、rewriteによるリダイレクトは"This is a wrong, cumbersome, and ineffective way." と書かれています。 server { listen 80; server_name www.example.org example.org; if ($http_host = example.org) { rewrite (.*) http
NginxでBasic認証させる件 - Qiita
フォーマットもこの通りほぼ同じ。 パスワードの暗号化ですが、この節ではopensslがインストールされている事を前提にして手順を記載してます。 Apacheのhtpasswdを使ってもかまいませんが、わざわざそれをインストールする手間が省けます。 sudo sh -c "echo -n 'ユーザー名:$(openssl passwd -apr1 パスワード)' > '/usr/share/nginx/html/.htpasswd'" # sudo不要&追記するなら echo "ユーザー名:$(openssl passwd -apr1 パスワード)" >> "/usr/share/nginx/html/.htpasswd"
Nginx + uwsgi で Trac環境を作った時のメモ
ここ数日の間に、Trac環境を作ることになったのですが、 Apache + mod_python のスタンダード（？）な構成ではなく、 Nginx + uwsgi の組み合わせでやってみたので今回はそのメモを書いておきます。 TracのインストールOSはUbuntu11.10 Server 64bitで 全体的に新しめな環境で行いましたが、Tracのインストール自体は至ってスタンダードでした。 まずは必要なパッケージをaptとeasy_installでインストール。 □ laughk@ubuntu -------------------------------- sudo aptitude install vim unzip nginx uwsgi uwsgi-plugin-python subversion easy_install sqlite3 sudo easy_install b
Nginx に CORS 用の設定をする。 - Qiita
server { listen 80; server_name hoge.example.com; location / { add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods "POST, GET, OPTIONS"; add_header Access-Control-Allow-Headers "Origin, Authorization, Accept"; add_header Access-Control-Allow-Credentials true; proxy_pass http://localhost:8888; } } Register as a new user and use Qiita more conveniently You get articles
Nginx で Basic 認証 - Qiita
パッケージインストール htpasswd コマンドを利用するため、下記のパッケージをインストール。 Debian 系
nginxのrewriteを使ったリダイレクト | サバカン屋テックブログ
nginxでは、 設定ファイル(/etc/nginx/nginx.conf)にrewrite文を書くだけで URLをリダイレクトすることができます。 rewriteの使い方 rewirteを使用するときはこのような書式で設定し、 server, location, ifディレクティブ内に設定します。 rewrite regex replacement [flag]; regex : 正規表現でのマッチパターン※Apacheと違いURIのパラメータは「/」から始まります。 replacement : マッチパターンに一致した場合の変換パターン flag : リダイレクトフラグ 最後のリダイレクトフラグの指定によって、HTTPのステータスコードを変えることができます。指定できるのは下記のものとなっています。 ▼last rewriteディレクティブの処理を停止し、書き換えられたURIに対して最
Nginxのrewrite機能でURLの書き換えをしてみる - ぽぽぽぽーんのネットワークとOSS
Apacheだとmod_rewriteで実現するのですが、今回Nginxのrewrite機能を使ってURLの書き換えをしてみます。 公式で見ると、この記事を記載している現在の最新バージョンは1.7.8です。Stable versionは1.6.2ですので、今回は1.6.2を使用します。 Nginxインストール Nginxをリバースプロキシとして設定する 動作確認 Nginxのrewrite設定をする rewriteで正規表現を使用する 動作確認 Nginxインストール インストールでは特に気をつけることはないので簡単に記載します。 Repository追加 [komei@localhost ~]$ wget http://nginx.org/packages/centos/6/noarch/RPMS/nginx-release-centos-6-0.el6.ngx.noarch.rpm [
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nginxのlocationについて | 酒と涙とRubyとRailsと
NginxでPHPを仮想ディレクトリ上(alias)で動かすには -blog SkyofFantasy-
kinjouj.github.io