Nginxのlocationとproxy_passの末尾スラッシュによる挙動の違いを理解する
これに対し、4パターンのリクエストを投げて実験を行った。 http://example.com/path http://example.com/path/ http://example.com/path-test http://example.com/path/test 末尾スラッシュ（Trailing Slash）による挙動の違い 結論から先にまとめる。 location locationの末尾スラッシュがない場合は前方一致、ある場合はURIの完全一致になる。 結果は以下のとおり。 location /path http://example.com/path → OK http://example.com/path/ → OK http://example.com/path-test → OK location /path/ http://example.com/path → 301 M
Google Cloud Storage をnginx でhttpsで公開する - cameong’s blog
Google Cloud Storage(GCS) は独自ドメインでファイルを公開する機能が付いているが、http のみしか対応していない。 https で対応するには以下のようにnginxでプロキシするなどの方法を取る必要がある。 config 画像用ドメイン: static.kmn.jp バケット名: static.kmn.jp (※ https化にはlet's encrypt を利用しているため、そのための設定も入っている。) $ cat /etc/nginx/conf.d/static.kmn.jp # Cache 10GB for 1 Month proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=GS:10m inactive=720h max_size=10240m; upstream gs { server 'sto
Google Cloud Storageで静的ファイル配信
Google Cloud Storage (GCS)には、サイト配信やスタティックファイル配信の機能があります。AWSのS3と似た機能です。 Google Cloud SDKをインストールすると、gsutil rsyncコマンドを利用してローカルファイル一式をホスティングできます。 画像やCSSなどの静的ファイルの日常運用は以下のような流れになります。（なお、ここでは SDKのセットアップやバケットの初期設定は割愛しています） 準備：プロジェクトの確認 まず、gcloudコマンドでバケットを置くプロジェクトを指定します。 $ gcloud config set project some_project_id プロジェクトを１つしか使用していない場合は問題になりませんが、複数のプロジェクトを操作するアカウントでは適切なプロジェクトを選択しておくことが必要です。 現在アクティブなプロジェクトを
nginxとphp-fpmとエラーログ - Qiita
第123回PHP勉強会@東京での新倉 涼太さんのLT「コンテナのログについて」で話題になったnginxとphp-fpmでのエラーログの扱いについて気になったので調べて見ました。かいつまんでいうとdockerでnginxコンテナとphp-fpmコンテナが同じエラーログを重複して出すのをなんとかできないかという話でした。私もそういえば重複して無駄だなと昔一瞬思った気がしますけどそのまま放置してたので。 FastCGIの仕様 FastCGIはコネクション1本でいろんなデータを混ぜて送れるように中身はレコードに分割されていて、レコードのtypeがFCGI_STDOUT(=6)だとブラウザに送るbody, FCGI_STDERR(=7)だとエラー出力みたいな感じになっています。 https://github.com/FastCGI-Archives/fastcgi-archives.github.i
kubernetesでローカル環境にNGINX, golang, MySQL環境作ってみる - 元営業WEBエンジニアのアプリ開発日記
概要 k8sのチュートリアルやってみたし自分用のアプリケーション作ってみる！ こんな感じの構成にしたい。DB接続までやってみよう。 フロント NGINX （React） （TypeScript） バックエンド golang MySQL 構築 クラスタ作成 k8sのチュートリアル通りminikube使ってローカル環境にクラスタ作る。 ちなみにこれ基本Mac想定 $ minikube stop $ # deleteしとかないとちょくちょく起動しないときある $ minikube delete $ # virtualbox重いのでhyperkitで行く $ minikube start --vm-driver=hyperkit フロントエンド とりあえずNginx起動させてWelcome to nginx!表示させたい Dockerファイルを作成する Dockerfile FROM nginx:
Kubernetes: 詳解 Pods の終了 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Pods は Kubernetes の中でもっとも重要なリソースです。複数のコンテナとボリュームの組み合わせで Kubernetes におけるスケールの最小単位であり、アプリケーションコンテナは必ず Pods としてデプロイされます。 ここでは Pods の終了の流れについて詳しく扱います。Deployments の更新などで新しいバージョンのアプリケーションをデプロイするとき、既存の Pods は終了されます。このとき正しく Pods の終了処理を準備できていないと、ユーザのリクエストが正しく処理されずエラーが出力されている
nginx入門
1. 第10回 静岡ITPro勉強会 インフラ部 nginx⼊入⾨門 滝澤 隆史 株式会社ハートビーツ MSP事業部 所属 http://heartbeats.jp/ 1 2013-‐‑‒05-‐‑‒18nginx⼊入⾨門 2. 私は誰 • ⽒氏名: 滝澤 隆史 @ttkzw • 所属: 株式会社ハートビーツ ▫ サーバの構築・運⽤用や 24時間365⽇日の有⼈人監視をやっている会社 ▫ いわゆるMSP（マネージド サービス プロバイ ダ） • nginxとの関わり ▫ 所属会社の技術ブログ「nginx連載」 – http://heartbeats.jp/hbblog/nginx/ ▫ Software Design 2012年年12⽉月号 第2特集「⾼高速・⾼高機能HTTPサーバ Nginx構築・ 設定マニュアル」 2 2013-‐‑‒05-‐
Ansibleでできることを中の人が教えます - インストールと実行～EC2へのNginx投入までを学ぼう｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Ansibleでできることを中の人が教えます - インストールと実行～EC2へのNginx投入までを学ぼう 高度化、複雑化しシステムの運用には、構成管理の自動化が欠かせません。管理用ソフトウェアとして広く使われるAnsibleを提供する、Red Hatの杉村さんが、IaSの概要から、Ansibleの活用手順までを解説します。 こんにちは。Red HatでAnsibleのテクニカルサポートエンジニアをしております杉村（@sugitk）と申します。このたびは機会をいただきまして、Ansibleをこれから使い始めようという方々に向けて、ツールの概要や使い方についてご紹介させていただきます。 Ansibleとは Infrastructure as Code（IaC）隆盛の理由 Ansibleの利点 ChefやPuppetなど、従来の構成管理ツールとの比較 冪等性とエージェントレス。Ansibleの
docker-compose で作る nginx + PHP-FPM7 + HTTP/2 に対応したモダンな WordPress 開発環境 | Recruit Tech Blog
はじめに 前回のエントリで Docker ( docker-compose ) を使った nginx + HTTP/2 + PHP-FPM7 + MySQL 環境の構築方法をご紹介しました。 docker-compose による nginx + HTTP/2 + PHP-FPM7 + MySQL 環境の構築方法 これまでは WordPress ないし PHP の動作環境をローカルマシン上に構築するとなると、XAMP や MAMP といったオールインワンパッケージをインストールしたり、VCCW と VirtualBox で仮想環境を構築するといった手法が考えられました。個人開発やちょっとした動作検証程度であればまだしも、環境ごとへの依存性が強いこれらの手法では、開発者間やローカルマシンと本番サーバとの間で環境を全く同じ状態にするのに困難を極めることでしょう。 Docker はシンプルかつ軽量
Apacheからnginxへ移行する際に気になったことメモ - Qiita
最近VPSサービスのリプレースを行いまして、ついでにWebサーバをApacheからnginxに変更したのですが、移行時に気になったところがいくつかあったのでメモっておきます。 移行環境情報 移行前 OS： FreeBSD8.4 Apache2.2+mod_php 移行後 OS： FreeBSD10.1 nginx1.8+php-fpm (php5.6) nginxはpkgでインストール php-fpmはportsからインストール 稼働状況 Wordpress (php,rewrite) ownCloud (php,rewrite) CakePHPで作成したWebアプリ (php,rewrite) VirtualHost3つほど HTTPSあり 見事にphpのアプリばかりですね！ .htaccessが使えない たぶんこれが一番インパクト大きいんじゃないかと。 .htaccessの中身はすべて
nginxのworker_processes、worker_rlimit_nofile、worker_connectionsディレクティブの挙動を確認する - Qiita
nginxの設定を行う必要があり、worker_processes、worker_rlimit_nofile、worker_connectionsディレクティブ当たりについて調べてみたのでメモ 環境 Amazon Linux AMI 2015.09 スペックはt2.micro nginx1.8.0 参考 Nginxポケットリファレンス nginx で Too many open files エラーに対処する 結論 同時クライアント数はworker_process * worker_connectionとなる worker_processesディレクティブではnginxのワーカープロセス数を指定する。CPUのコア数を設定するのが推奨。autoとしておけばコア数を見て自動設定するようなのでこの設定をしておくのが良さそう worker_rlimit_nofileディレクティブを設定すればngin
Nginxインストールメモ - Qiita
Nginxを使うことになりまして。 とりあえずインストールしてみた次第です。 yumでいいだろうとは思ってますが、ついでなのでソースビルドでもインストールしてみました。 環境は以下のとおりです。 OS : CentOS 6.5 64-bit NginxはStable versionとMainline verionがありますが、Mainlineのほうがバグ修正などが頻繁に取り込まれているようなので、そちらを利用します。 yumでインストール リポジトリ登録 公式ページから、使用するOSに該当するリポジトリのURLを探します。 今回はCentOS 6.x系となるので http://nginx.org/packages/centos/6/noarch/RPMS/nginx-release-centos-6-0.el6.ngx.noarch.rpm を使用します。 # rpm -ivh http:
カナダのオンラインカジノ: 最高のギャンブル体験を手に入れよう
オンライン カジノは、日本および世界中のゲーム愛好家が 24 時間年中無休でリアルマネー ギャンブルにアクセスできるようにしました。人々は、優れたゲームと素晴らしいボーナスを提供する、信頼できる安全で安全なオンライン カジノを探していますが、何百ものオンライン カジノの中で迷子になる可能性があります。だからこそ、私たちはカジノ オンライン 日本 は独立した専門家チームであり、日本のプレイヤー向けに最大かつ最高のオンライン カジノに関する正直で公平な最新情報を提供しています。私たちのウェブサイトでは、詳細なカジノ レビューだけでなく、あらゆる種類のカジノ ゲームやボーナスの種類などに関する完全な質の高いガイドを見つけることができます。 携帯電話からプレイしている場合でも、デスクトップからスピンしている場合でも、このウェブサイトには勝者になるために必要なものがすべて揃っています。 2023年の
nginx で Too many open files エラーに対処する
nginx では1プロセスで多くのアクセスを捌くので、アクセス数が増えるとToo many open filesエラーが発生することがあります。 ここでは対処法と調べた内容を残しておきます。 1. fs.file-max の確認 まず fs.file-max の値を確認しておきます。fs.file-max は、システム全体でのファイルディスクリプタの上限数となっており、この値以上のファイルディスクリプタは確保することができません。 現在設定されている値は以下で確認できます。 $ cat /proc/sys/fs/file-max 167488 通常は上記の値で問題無いと思いますが、もしこの値が不足しているようなら設定値を更新します。 $ sudo -s # echo 320000 > /proc/sys/fs/file-max # cat /proc/sys/fs/file-max 320
リクエストを落とさずにnginxをアップグレードする方法とその検証
はじめに nginxは頻繁に保守されていてどんどんバージョンが上がっていく一方で、UbuntuやWindows以外ではソースコードからビルドする方法が一般的だと思います。 nginxのバージョンアップ頻度 2011/05/10 1.0.2 2011/05/03 1.0.1 2011/04/12 1.0.0 2011/04/04 0.9.7 2011/03/21 0.9.6 nginx CHANGESより LinuxやBSDの多くのディストリビューションではNginxがパッケージリポジトリに含まれており、通常のソフトウェアインストール手法でインストールする事ができます。(Debianにおけるapt-getや、Gentooにおけるemerge、FreeBSDにおけるports、Fedora の yum、Vine Linux の apt-get など） たまにこれらのパッケージは古いものであった
調べなきゃ寝れない！と調べたら余計に寝れなくなったソケットの話 - Qiita
なるほど、最近ソケット通信、ソケット通信と言ってるのはUNIXドメインソケットの事か！ UNIXドメインソケットって何がいいの？ Performance Analysis of Various Mechanisms for Inter-process Communicationに素晴らしい検証があった。 It was hypothesized that pipes would have the highest throughtput due to its limited functionality, since it is half-duplex, but this was not true. For almost all of the data sizes transferred, Unix domain sockets performed better than both TCP so
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nginx locationの評価順序 - Qiita
kubernets でNginx php-fpm コンテナをデプロイする
Nginxでupstreamにhttpsなホストを設定する時の注意点 - Qiita
NGINX Documentation
