AWSのALBがリリースされたので触ってnginxの機能の代わりになるか試してみた - Qiita
概要 AWSでALB（Application Load Balancer）が 2016/8/11にリリースされたので試してみた AWS Application Load Balancer 設定方法・ELBとの違い 設定方法・ELB（Elastic Load Balancer）との違いは以下のblogなどで紹介されているので割愛します 【新機能】新しいロードバランサー Application Load Balancer（ALB）が発表されました AWS Application Load Balancer がきたので試しに作ってみた 概要 出来るようになったこと パスベースルーティング：URLのパスに基いてルーティングが可能です。 複数ポートの登録：1つのインスタンスに複数ポートを登録することが可能です。 コンテナアプリケーションのサポート：ECSはタスクスケジュールので未使用のポートを使用し
OpenRestyはどれくらいお気軽なウェブアプリ環境なのか。 - Qiita
まとめの後に追記を追加。 OpenResty は Nginx をダイナミック・リバースプロキシーサーバに仕立て上げたり、テンプレートエンジンを仕込んでバックエンドの JSON API サーバにリクエストしたレスポンスデータを元にレンダリングして返したり、と色々便利に使えるお気楽ウェブアプリ環境なのだけれど、画像処理系のCPUに負荷のかかりそうなものでもお気軽にいけるのかなとふと疑問に思ったの実験してみる。 OpenResty や LuaRocks のインストールは homebrew でさっくり入るし、windows はパソコン初心者並の知識しかないのではしょる事にして、とりあえずテーマを決める。 「nginx 画像処理」でググってみると「簡単！リアルタイム画像変換をNginxだけで行う方法 | cloudrop」ってのが一番上にあったり「S3をバックエンドにngx_small_lightで
ngx_mrubyを使って最初のHTTPSアクセス時に自動で証明書を設定可能にするnginx-fastcertificateのdockerコンテナを作った - Qiita
ngx_mrubyを使って最初のHTTPSアクセス時に自動で証明書を設定可能にするnginx-fastcertificateのdockerコンテナを作ったnginxngx_mruby matsumoto-rさんのngx_mrubyで最初のHTTPSアクセス時に自動で証明書を設定可能にするFastCertificateの提案とPoCを参考に、Let's EncryptからSSL証明書を自動取得する仕組みを内包した nginx-fastcertificate を実現するDockerコンテナとdocker-compose設定例を作ってみました。 全体像 使い方 以下のような yaml ファイルを用意します。 version: '3' services: nginx: image: quay.io/akiray03/nginx-fastcertificate ports: - '80:80' -
docker で全自動 Let's encrypt - Qiita
https-portal があまり知られてないようなので紹介記事だけ書いとく。 https://github.com/SteveLTN/https-portal あなたがすでにhttpで動作するサービスのdockerコンテナを持ってるなら、こいつを docker-compose に加えるだけで https 対応は完了。 え？ 加えるだけで完了。 まじです。 https-portal は何をするものか 基本的には https のリクエストを受け取り、他のコンテナの http へ転送するリバースプロキシとして動作する nginx である。 ところで https を提供するには証明書の取得、設定などが必要だが、こいつはそれを全自動でやってくれる。 え？ 証明書の取得、設定を全自動でやってくれる。 まじです。 期間延長も自動でやってくれるらしい。 まあとにかく便利なので、 Let's encryp
APIサーバを立てるためのCORS設定決定版 - Qiita
タイトルは釣り、かつ、自分のための備忘録です。 マイクロサービスアーキテクチャでサービスを構築すると、APIサーバをサービスごとに立てるわけですが、 ブラウザ上のJSエンジンからAPIサーバを叩く時に避けて通れないのが、Same-Origin Policy（同一生成元ポリシー）によるCORS (Cross-Origin Resource Sharing)制限です。 これを回避するには、APIサーバ側でAccess-Control-*ヘッダを適切に返す必要がありますが、どう設定するべきかの情報が意外と少ないので（自分的）これが決定版！ という設定を考えてみました。 結論 nginxの場合の設定例です。 server { listen 80; server_name site.localhost; charset utf-8; root /var/www/app/public; locatio
HHVM 3.0.1をCentOSにインストールしてnginxでHipHop - Qiita
$ cd /etc/yum.repos.d $ sudo wget http://www.hop5.in/yum/el6/hop5.repo $ sudo yum clean all $ sudo yum install hhvm $ sudo yum update hiphop-php インストール中に下記のエラーがでた。。。。。 Error: Package: hhvm-3.2.0-1.el6.x86_64 (hop5) Requires: libmcrypt >= 2.5.8 Error: Package: ImageMagick-libs-6.8.6.3-4.el6.x86_64 (hop5) Requires: liblcms2.so.2()(64bit) Error: Package: hhvm-3.2.0-1.el6.x86_64 (hop5) Requires: libmc
ELB(https) + nginx でヘルスチェックがこける問題 - Qiita
SSL が必要な簡単なページを稼働させる際に、ELB の無料の SSL 証明書を利用した時にハマったお話 構成 簡単な図です。 ec2 の前段に ELB HTTPS(SSL) は ELB が対応 ec2 へのアクセスは http http -> https へのリダイレクトは nginx 側で対応 ec2 は一台のみ 問題が起きた設定 http://qiita.com/snoguchi/items/f5ccb67592f87942480d はじめに、こちらの記事を参考に以下のように設定しました。 server { listen 80 default_server; listen [::]:80 default_server; server_name example.com; # 利用するドメインを設定 # アクセスが http なら https としてリダイレクト if ($http_x_
nginx+Rails+unicorn 環境下で タイムアウト値を設定 - Qiita
nginx + Rails + unicorn の環境で、レスポンスタイムが最大 120 秒の外部 API を実行した際、 Rails ( nginx ) からはタイムアウト ( 60秒 ) が返ってきているにもかかわらず、 実行された外部 API 側では処理されてしまうという現象が発生したので、タイムアウト値を設定した。 unicorn 側は、外部 API の 120 秒から余裕を持って 150 と設定 worker_processes 4 timeout 150 root = File.expand_path(File.dirname(__FILE__) + '/../') listen '/tmp/hoge.sock' pid '/tmp/hoge.pid' stderr_path "#{root}/log/unicorn_error.log" stdout_path "#{root
ngx_mruby vs lua-nginx-module memo - Qiita
Configuration, Environment Machine Ubuntu14.04 on VMWare Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz 4core Memory 8GB Software version ngx_mruby GitHub latest master df050067427fc8448a3c8589403fdfe336b82136 lua-nginx-module GitHub latest master bc120f9a2279a384e4335bedf765e844b4d22adb nginx 1.7.6 Didn't tune up kernel parameters OS $ uname -a Linux ubuntu14-04-64 3.13.0-24-generic #47-Ubuntu SMP Fri
AWSのEC2上でNginxを使ってRailsを動かす - Qiita
ブラウザからアクセス ec2-xx-xxx-xxx-xx.ap-northeast-1.compute.amazonaws.com:3000 Welcome aboard のページが表示される Nginx の設定ファイル編集 設定ファイルを下記のように編集 user nginx; worker_processes 1; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$
nginx の reuseport (SO_REUSEPORT) を試してみる。 docker-compose で - Qiita
nginx の reuseport (SO_REUSEPORT) を試してみる。 docker-compose でnginxDockerdocker-composedocker-machineSO_REUSEPORT nginx の reuseport オプションとは nginx 1.9.1 からの新機能で、 SO_REUSEPORT というソケットのオプションを有効化するもの。 https://www.nginx.com/blog/socket-sharding-nginx-release-1-9-1/ SO_REUSEPORT とは Linux Kernel 3.9 以降の機能で、 1 つのポートを複数のプロセスで bind できるようにするもの。 SO_REUSEPORT (since Linux 3.9) Permits multiple AF_INET or AF_INET6 s
RailsアプリケーションのAWSによる公開｜unicorn + nginx - Qiita
まえがき AWSのVPCとEC2の設定が出来ている状態から、 実際に自分のRailsアプリケーションを公開する までの一連の流れを説明します。 (まだ、VPCとEC2の設定が出来ていない方は以下の記事を見て設定をお願いします。 AWS VPCによるネットワーク構築とEC2によるサーバー構築) 「protospace」というアプリケーションをサーバーに「shizuma」というユーザーで作成していきます。 適宜、お好きに変更して作業を進めて下さい。 実際に自分のRailsアプリケーションを公開することが目的ですので実際に手を動かしながら見てもらえると嬉しいです！ 作業は、「local」と「server」の作業どちらか確かめながら進めて下さい。コマンドを記載したエリアの左端に記述しています。 (「#」はコメントアウトです) capistranoでのデプロイ等は本記事ではいたしません。本記事の後に
mod_mruby ngx_mrubyのカレンダー | Advent Calendar 2014 - Qiita
URLYou can post either your article on Qiita or your blog post. About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nginxの設定内で環境変数を使いたい - Qiita
nginx/Railsのセキュリティ対策メモ - Qiita
Bash on Ubuntu on Windowsでnginxを動かす - Qiita
https://qiita.com/magaya0403/items/a7778d11e90c55c56b36
ELBなどでhealth checkをする際に使える便利なempty_gif（Nginx） - Qiita
Docker で Rails（Nginx + Unicorn + MySQL) を動かす。 - Qiita
Nginx で構築したリバースプロキシを ngx_mruby で細かい制御をする試み（1） - Qiita