Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Nginx is running on port 80, and I'm using it to reverse proxy URLs with path /foo to port 3200 this way: location /foo { proxy_pass http://localhost:3200; proxy_redirect off; proxy_set_header Host $host; } This works fine, but I have an application on port 3200, for which I don't want the initial /foo to be sent to. That is - when I access http://localhost/foo/bar, I want only /bar to be the path
Maxim Dounin mdounin at mdounin.ru Tue Apr 25 14:32:41 UTC 2017 Previous message (by thread): [nginx-announce] nginx-1.12.0 Next message (by thread): [nginx-announce] nginx-1.13.1 Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Changes with nginx 1.13.0 25 Apr 2017 *) Change: SSL renegotiation is now allowed on backend connections. *) Feature: the "rcvbuf" and "sndbuf" parameters of
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
オープンソースのWebサーバーNginx開発チームは4月12日、最新の安定版「Nginx 1.12」を公開した。 NginxはHTTP/HTTPSに対応するWebサーバーやリバースプロキシ、メールプロキシサーバー、汎用のTCP/UDPプロキシサーバーなどの機能を備えるソフトウェア。米NetflixやロシアのYandex、Mail.Ruなどで使われている。昨今利用者数を増やしており、W3techsの最新の調査によるとNGINXのシェアは33%となっているという。 Nginxチームは毎年4月に安定版をリリースすることになっており、Nginx 1.12は2016年4月に公開されたバージョン1.10に続くものとなる。同時に1.13もリリースしているが、こちらは新たなメインラインブランチとして新機能の開発の場となる。Nginx 1.12は1年後の次期版まで主要なバグの修正が行われる。 1.12はこれ
Mastodon は自分用のインスタンスを作成してこそ華。と思ってローカルの VM で動かしてみたり、www.mofgao.space を立ててみたりしていました。 インスタンス構築の記事はもういっぱいあってそれらを参照して貰うとして、つまづいたところだけをメモ程度に書き残しておきます。 対象 2017年 4月15日時点での git repository main。(メール周りは 4月13日に試行錯誤していたもの) 開発の方もすごい勢いで進んでいるので 3日後くらいには別物になっているかもしれません。 この記事に書いてあることが通用するとは限りません。 基本方針 Mastodon のリポジトリに含まれている docker-compose & Dockerfile を使って、Docker コンテナで動作させます。 Docker だからコマンドポンで動くんだろと思っていたら意外とつまづいたとい
こちらの記事をアップデートしたものを、Zennで公開しています。こちらの記事は古くなってきているのでこちらを参照ください。 はじめに まず,本記事では次の図のような構成で nginx + unicorn + MySQL な環境を構築します.リバースプロキシを異なるコンテナ間でやるのがはじめてだったので,とりあえず記事書いて覚え書きにでもしようかなと言うモチベーションです. また,本記事におけるワークディレクトリの構成は以下のようになっています.ファイル名などはこちらを参考にしてください.いくつかのメインではない設定ファイルに関しては,記事が冗長になることを避けて掲載していませんので適宜 Github のリポジトリを参照してください. . ├── Gemfile ├── Gemfile.lock ├── docker │ ├── gitignore │ ├── mysql │ │
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
この記事を読むと以下のような効果が得られます ホストマシンの ~/www 配下に案件用ディレクトリ(例えば /example.com/)を作ってファイルを置くだけで、http://example.com.local にアクセスできるようになる。 Gitリポジトリを ~/www に clone して、すぐさま開発に取り掛かれる。 /etc/hosts を書き換える手間が省ける。 モテる生産性が上がる。 たぶん必要な知識 docker docker compose nginx Proxy auto-config (PAC)の設定 macOS には「自動プロキシ構成」(通称PAC)という便利な機能があります。(Windows にも同等の機能はあるっぽいです) システム設定 > ネットワーク > 詳細 > プロキシ から.pacファイルの場所を指定します。僕の場合、~/.proxy.pacに置いて
リアルタイム通信の高速化とタグシステムによる運用効率化 続いて佐藤氏はリアルタイム通信高速化の取り組みを紹介。チャットやマルチバトルのパラメータ反映などで利用されるのが双方向リアルタイム通信だ。CygamesではWebSocketプロトコルを使って双方向リアルタイム通信を実装。サーバはNode.jsで、WebSocket通信とデータ送受信を実装している。 リアルタイム通信の基本的な仕組みとして、クライアントはRoomという単位でグループ化され、同じRoomIDを持ったクライアント同士でメッセージを共有する。大規模環境の場合はサーバを分散する必要があり、一般的によく使われているのがPub/Subメッセージングモデルだ。グラブルでも当初はRedisのPub/Sub機能を使って、このモデルを採用していたという。しかし、アクセス数の増加とともにRedis Pub/Sub(メッセージキュー)がボトル
IT Tips and Tricks MAC OS X, Linux, Windows and other IT Tips and Tricks Facebook Twitter Google Plus Linkedin Instagram YouTube Pinterest Tumblr I’ve got 2 synchronized email servers running and, in order to make sure I don’t have to change the servername settings of my mail client in case one server goes down, I was looking for a straight TCP layer load balancer. There are a few software package
こんにちはJapornLady開発者のリヒトです これの続き。 〜宣伝〜 スケーラブルなデータベースが簡単に手に入る時代なのだから、何万人ものユーザを抱える様な大規模なサービスを作って運用してみたいなぁという思いから、熟考した果てのエロサイト ジャポルノレディーズ を作る事を決めました。このページは開発にあたってのTipsとジャポルノレディーズの宣伝です(人気AV女優のフルDVD動画が見れるよ)。 前回の投稿でElasticSearchの簡単なデータの構造を紹介しました。 ジャポルノレディーズでは Index(DB名): okazu、 Type(テーブル名):actors, actors_detail, moviesなどがあります。 こんな感じでデータ(ドキュメント)が入っています。 Index:okazu, Type:actors_detailには { "_index": "okazu"
今日では主要なWebブラウザのほとんどがHTTP/2をサポートしており、Webサーバーさえ対応すればHTTP/2が利用できる状況となっている。本記事ではApache HTTP ServerおよびNGINXでHTTP/2を使うための設定について紹介する。 なお、HTTP/2の詳細については前編で紹介しているので、そちらを参照して欲しい。 WebサーバーのHTTP/2対応状況 今日では多くのWebサーバーがHTTP/2をサポートしており、広く使われているApache HTTP ServerやNGINXでも比較的容易にHTTP/2が利用できる状況となっている。また、WindowsやWindows Serverなどで提供されているWebサーバーであるInternet Information Services(IIS)についても、Windows 10およびWindows Server 2016でHT
Let’s EncryptやACMEプロトコルによるDV証明書取得の自動化に伴い、証明書の取得と設定が簡単になってきました。 一方で、ACMEをツール化したものが増えるに従って、ACMEってそもそもどういう動きになっているのか、とか、自分たちの用途でどういう使い方がありえるのかとかが余計にわかりにくくなってきており、どこまで自動化できるかもよくわからない場合が多いのではないでしょうか。 そこで、 ドメインとAレコードの紐付けさえしていれば、最初のアクセス時に自動で証明書をとってきて、HTTPS通信にできないか というような、いわゆる FastCertificate 的な動きを実現したいと考え、ACMEの通信の中で各種処理を別のスクリプトでhookできるdehydratedとngx_mrubyを応用して実現可否も含めてPoCを実装してみました。 ※ FastContainerという考え方につ
20170214 追記このコミット(URL)で入った proxy_cache_background_update で、stale-while-revalidateを使わなくてもバックグラウンドでキャッシュ更新するように設定できるようになる模様 このコミット(URL)で、Nginxのproxy_cache機能がstale-while-revalidateとstale-if-errorに対応した。次のNginxのバージョンで使えるようになるだろう。 stale-while-revalidate、stale-if-errorとは stale-while-revalidateとは、以前「Cache-Controlヘッダのstale-while-revalidateとは」で書いたとおり、Cache-Controlヘッダで指定できる拡張機能である(RFC)。 max-ageでキャッシュが切れたあとに、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く