F5、NGINXの開発チームをロシア国外へ移転させたことを報告。開発を立て直しリリースサイクルも元通りに
F5、NGINXの開発チームをロシア国外へ移転させたことを報告。開発を立て直しリリースサイクルも元通りに NGINX（エンジンエックス）はオープンソースで開発されているWebサーバとしてもっとも人気のあるソフトウェアの1つです。その開発者であるIgor Sysoev（イーゴリ・シソエフ）氏がロシアの首都モスクワに住んでいたことなどにより、NGINXの開発はロシアの首都モスクワを中心に行われていました。 そのロシアは現在、ウクライナへの武力侵攻に反対する西側諸国による厳しい経済制裁下にあり、多くのIT企業もロシアにおける活動を停止しています。 2019年にNGINX社を買収し現在NGINXの開発元となっているF5も、ロシアにおける営業活動とNGINXオープンソースプロジェクトへの貢献を停止したことを、3月15日付けのブログ「Standing Firm in Support of the Pe
Dockerを使ってローカルに立てたNginxでHTTPS通信する方法｜Webエンジニア研究室
HTTPS通信（SSL/TLS暗号化通信）の流れ まずは、実際にNginxでどのような流れでHTTPS通信が行われるかを説明します。 クライアント・サーバ間のHTTPS通信（SSL/TLS暗号化通信）は以下の流れで行われます。 クライアントがサーバに対してHTTPSでリクエストを送る サーバは公開鍵付きの証明書をクライアントに送付する（秘密鍵と違い、公開鍵は全世界にばら撒いて問題ない） クライアント側で生成した共通鍵を、公開鍵を使って暗号化する 暗号化した共通鍵をサーバに送付する 暗号化された共通鍵を秘密鍵で復号する クライアント・サーバ共に共通鍵を持っている状態となったので、共通鍵を使ったクライアント・サーバ間での暗号化通信が可能となる Dockerを使ってローカルに立てたNginxでHTTPS通信する方法 HTTPS通信の流れが分かったところで、具体的にローカルにDockerで立てたN
Docker による nginx の導入と基本設定 - A Memorandum
はじめに nginx のプロセス docker で nginx を導入する nginx の構成 nginx コマンド nginx の基本設定 location ディレクティブのマッチング アクセス制限を行う はじめに Docker による nginx の導入と、nginx の基本設定についての説明です。 nginx のプロセス nginx は master プロセスでソケットのリスンを行います。 ソケットで待ち受けた接続は、worker プロセスに引き渡され、 accept と送受信といったネットワークI/O処理を行います。 master プロセスは root ユーザで起動し、worker プロセスは一般ユーザ(nginx や www など)で起動します。 worker プロセスでは、epoll や kqueue などを利用した I/O の多重化により、1つのプロセスで複数のクライアントと
同じコンテナ内に複数のサーバを立ち上げ、Reverse Proxyを使用してサブドメインでアクセスWEBサーバを変更 - Qiita
同じコンテナ内に複数のサーバを立ち上げ、Reverse Proxyを使用してサブドメインでアクセスWEBサーバを変更DebianDockernginx-proxyreverseproxy ■前提 一つのコンテナに複数のサーバを立ち上げる 各サーバは異なるポートで立ち上げる → コンテナ内からhttp://localhost:8000、http://localhost:8001、、http://localhost:8002等のポートでアクセスが可能 ■行いたいこと それぞれ 80ポート でアクセスが行いたい ※外からは 80ポートでアクセスが来ますので、800Xポートへのアクセスは不要 サブドメインで各サービスにアクセスが行いたい → 外部から http://api.localhost、http://www.localhost、、http://sub.localhostでアクセスが可能にする
CDNは5時間で開発できる | POSTD
「CDN」（content delivery network）という言葉からは、Googleのような大企業がいくつもの巨大なハードウェアを管理し、1秒当たり何百ギガビットものデータを処理する様子が想像されます。しかし、CDNは単なるWebアプリケーションです。私たちのイメージとは違いますが、それが事実です。8年前に買ったノートパソコンを使って、コーヒーショップの席に座りながらでも、きちんと機能するCDNを構築できます。この記事では、これから5時間でCDNを開発しようとするときに、直面するかもしれないことを紹介します。 まずはCDNの機能を明らかにしておきましょう。CDNはセントラルリポジトリ（通称：オリジン）からファイルを吸い上げ、ユーザーに近い場所でコピーを保存します。初期のオリジンはCDNのFTPサーバーでした。現在、オリジンは単なるWebアプリとなり、CDNはプロキシサーバーとして機
nginxの設定ファイル nginx.conf の読み方 超入門 - 或る阿呆の記
設定ファイルの最初の状態 nginxの設定ファイルは、/etc/nginx/nginx.confです。Version 1.6.3においては、最初は以下の状態になっています。 user nginx; worker_processes auto; error_log /var/log/nginx/error.log; pid /run/nginx.pid; events { worker_connections 1024; } http { log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/l
NGINXのserver_nameは完全一致→ワイルドカード→正規表現の順番で探索される
やりたかったこと *.example.com へのリクエストは当該ドメインの3000ポートに流したい、ただし user01-test.example.com というような形式へのリクエストだけは3001ポートに流したい という要件があったのでNGINXのバーチャルサーバーを2つ用意し、server_nameにワイルドカードのものと正規表現のものをそれぞれ設定してみましたが、すべてのリクエストが3000ポートに流れてしまい、正規表現ルールが評価されませんでした。 server { listen 80; server_name ~^([a-zA-Z0-9]+)-test\.example\.com$; location / { proxy_set_header Host $http_host; proxy_set_header X-Forwarded-For $proxy_add_x_forw
なんでPHPが実行できるかあなたにはわかりますか？
概要 友人とLaravelを使ってなにか作ろうとなり、記事を見てDocker環境を作成しました。 作成した環境は動いたのですが、自分にはなぜPHPもインストールされていないNginxのコンテナ上でLaravelが表示できているのかぱっとわかりませんでした。 さて、皆さんはなぜPHPもインストールされていないNginxのコンテナ上でLaravelが表示できているかわかるでしょうか？（挑戦的なタイトル＆煽りですみません） 環境 このDocker環境の構成は以下のようになっています。 ディレクトリ構成 project ├ docker-compose.yml ├ docker │ ├ php │ │ ├ php.ini │ │ └ Dockerfile │ ├ nginx │ │ └ default.conf │ └ db │ ├ data │ ├ conf │
laravel6.xで画像アップロード時にCall to a member function store() on stringエラーが発生したときの対処方法 - Qiita
laravel6.xで画像アップロード時にCall to a member function store() on stringエラーが発生したときの対処方法PHPnginxVagranthomesteadLaravel6 執筆背景 laravelを使って画像アップロード機能を実装していたところ、フォームからファイルを添付して送信ボタンを押した際に、 Call to a member function store() on string 413 Request Entity Too Large というエラーが発生しました。 これについての対処方法をまとめていきます。 結論 このエラーは、nginxの最大ファイルアップロードサイズのデフォルト値よりも大きいファイルをアップロードすると起こるエラーです。 (ちなみにデフォルト値は、2MBに設定されています。) 解決方法としては、 nginxの設
最強のLaravel開発環境をDockerを使って構築する - Qiita
※Linuxはもちろんですが、Docker for Mac(M1 Mac含む), Docker for Windows で動作します。 Dockerの勉強をしたい方向け ハンズオン形式の記事を書いてるので、DockerでLaravel環境する方法を一から勉強したい人はこちらの記事がおすすめです。 【初心者向け】20分でLaravel開発環境を爆速構築するDockerハンズオン 概要 Docker, Docker Compose を使って、nginx, php-fpm, MySQLの実行環境(LEMP)を構築して、最強のLaravel開発環境を構築する記事です。 Laravelが最低限動作して、シンプルで軽量かつベストプラクティスなコンテナ、ディレクトリ構成を考えました。 最小限の構成なので、DockerイメージのビルドはLaradockより10倍以上高速にビルド完了します。 リポジトリ h
WordPressを劇的に高速化、1秒以内に表示されるフロントエンドの構築方法 -Zero-latency WordPress Front-end
サーバーサイドのレンダリング（SSR）を使用して、数分の1秒以内にページが高速に表示されるWordPressのフロントエンドを構築するテクニックを紹介します。 バックエンドのキャッシュと組み合わせることで、非常に高速になり、しかも安価にWordPressサイトを構築できます。 Zero-latency WordPress Front-end -GitHub 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様のライセンスを元に翻訳しています。 デモページ サーバーサイドのレンダリング（SSR） バックエンドのサービス 非キャッシュページのアクセス キャッシュページのアクセス キャッシュのパージ 始めてみよう Nginxの設定 バックエンドのJavaScript フロントエンドのJavaScript Cordova 終わりに デモページ サンプルのコードで何ができるのか
WordPressのセキュリティを見直して、“４つ”導入してみた！！ | アンドウェブ
こんにちわ！今日もまゆげはキレイに整えてます！Ａスケです！ 先日、Automattic社の高野直子さんのブログより、「 WordPress リード開発者が行政向けワークショップで語ったセキュリティの基本」という記事が公開されました！まだご覧になっていない方は、ぜひ一度目を通しておくことを強くオススメします。 セキュリティの基本として、開発者陣営の方々の言及が日本語でまとめられています。この記事の内容を読んでハッ！とした私。 昨今はWordPressへの悪意のある攻撃が耐えなかったり、「なかなか他人事ではないよなぁ」と不安に思っている方も多いのではないでしょうか？もちろん、私もその１人です！ (；˘•ω•˘ )どやぁ それでは、はりきってセキュリティ！ 今回施した対策 管理画面のSSL化 管理画面のBASIC認証 IPアドレスによる国判別と制限 Google Authenticatorによ
ApacheとnginXを比較してみた感想 - ブログ｜ベトナムでのオフショア開発とスマートフォンアプリ開発のバイタリフィ
最近家庭の事情により留守番が多く、色々なパフォーマンスの比較に凝っています。 言語間の処理(演算)スピードの比較、ボトルネックになりやすい データベース周りの比較などなど 文献を読むだけでは知能レベル的にしっくり来ず理解できないため… 実際に比較して勉強しています。 今回はその中からWebサーバーの比較結果について書いてみます。 2011年頃から一気にシェア率を伸ばし、シェア率第2位「IIS」の すぐ背後に迫る勢いのシェア率第3位「nginx」と不動の第1位「Apache」を比較してみました。 Azureが順調なのかMS IISも2012年頃から復調の兆し(逆にApacheのシェア率は縮小) があるため、今後のシェア率の動向には要注目です。 http://news.netcraft.com/archives/2012/07/03/july-2012-web-server-survey.ht
10分でFuelPHPの基礎を理解する - Y's note
FuelPHP入門 作者: 早川聖司出版社/メーカー: ソーテック社発売日: 2012/06/02メディア: 単行本購入: 10人 クリック: 192回この商品を含むブログ (9件) を見る 様々な技術を求められる開発現場 じゃあ、いつRails始めるの？... 今でしょ！ - Yuta.Kikuchiの日記 様々な開発現場でそこに必要な技術を求められていて四苦八苦中の@yutakikucです。ついこの前Railsのエントリーを書いたばかりなのに今度はFuelPHPについて調べなければいけなかったり...僕の体はいつ休まるんだろうか。FuelPHPもRailsと似ているところが多いのでRailsを学習した記憶が新しいうちにFuelPHPについて学んだことをどんどん書いていこうと思います。Railsに比べると少し設定が面倒なんで、ハマった方の少しでも参考になればと思います。 Index Fu
さくらVPS512で、Yahoo!砲食らっても WordPress を平常運転させるための設定 - dogmap.jp
2010年の年末に、「カイ士伝」のさくらVPSへの引っ越しを手伝ったわけですが、その後も元気にサーバは動き続けているようです。 引っ越し当初は、Web サーバとして lighttpd を導入してたんですけど、僕の個人的な好みがかわって、途中で Nginx に切り替えました。 特に大きなトラブルもなくサクサクと動いてたようですが、昨日突然の Yahoo!砲で、平常時の数倍のアクセスがあったようです。 Yahoo!砲くらったけど月額980円のさくらVPSとチューニングでサーバー落とさず乗り切ったよ – カイ士伝 ただ、アクセスが大量にあった初日(1記事に5.5万PV)にもサーバ負荷が高くなってるとか気付かずに、余波でちょっと多くなってた翌日(1記事に1.3万PV)に気づいたというくらいの平常運転っぷり。 Nginx 痺れますわー。 僕は、カイ士伝の WordPress ダッシュボードにログイン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lumen + Nginx + MySQLで簡単なAPIを作成してみた | のすけしん.dev
New Laravel (Homestead) installation: 502 Bad Gateway - *Refresh* - the website is displayed correctly
Nginx+WordPress+AWS - NginxでWordPressを構築してみよう！
ごりゅご.com
ムジログのサーバーを移転＆Nginxに変更して出直し – [Mu]ムジログ