[nginx]S3をバックエンドにngx_small_lightで画像を動的にリサイズ
S3 で公開しているバケットをバックエンドに nginx モジュール ngx_small_light を利用して画像をリサイズする方法をメモ http://d.hatena.ne.jp/akishin999/20130619/ にローカルの画像を対象にした画像変換手順が書かれているので、そこに S3 バックエンドを追記しただけとも言える。 ngx_small_light について github で公開 https://github.com/cubicdaiya/ngx_small_light pixiv の中の人が開発した nginx モジュール Apache 向け mod_small_light の nginx 移植 https://code.google.com/p/smalllight/ 画像変換エンジンは ImageMagick/Imlib2/GD から選択可能 構成 client
![[nginx]S3をバックエンドにngx_small_lightで画像を動的にリサイズ](https://cdn-ak-scissors.b.st-hatena.com/image/square/558d53bd8632c04537f9b0ff297877a64b26b110/height=288;version=1;width=512/https%3A%2F%2Fsiguniang.files.wordpress.com%2F2014%2F01%2Fbenchmark1.png)
Winginx - Local web server for PHP5, MySQL, MongoDB, Node.js developers
Discover a handy tool for web development! Enjoy PHP 7.1 (+ 5.6) MySQL 5.7 Node.js 6 MongoDB Redis memcached CMS and frameworks New features Project tasks Time tracking Local mail Improved server manager New nginx config Tools htaccess to nginx converter HTTP-auth password encrypter Punycode encoder Winginx © Alexei Shabalin, 2011-2023
nginx ドキュメント訳: サーバ名
nginx（Wikipediaの説明）のドキュメントの訳の２回目です。 今回は「Introduction to nginx（nginx 入門）」の「Server names（サーバ名）」です。 **** サーバ名 原文: Server names ワイルドカード名 正規表現名 その他のサーバ名 最適化 互換性 サーバ名は “server_name” ディレクティブを使用して定義され、リクエストに対してどのサーバブロックが使われるかを決定します。「How nginx processes a request（nginx はどのようにリクエストを処理するか）」もお読みください。これらは完全一致名、ワイルドカード名、正規表現で定義されます: server { listen 80; server_name nginx.org www.nginx.org; ... } server { listen
さくらのVPS CentOSでサーバ構築 21 – Nginx - AKIBE @AKIBE
さくらのVPS CentOSでサーバ構築 作業ノート20回目。 Apacheよりも少ないメモリ消費で、しかも高速だと言われてる最近話題のWebサーバ「Nginx」を入れてみます。CGI系はApacheと同等、静的ファイル...さくらのVPS CentOSでサーバ構築 作業ノート20回目。 Apacheよりも少ないメモリ消費で、しかも高速だと言われてる最近話題のWebサーバ「Nginx」を入れてみます。CGI系はApacheと同等、静的ファイルはApacheよりもかなり高速に処理できます。Passengerのインストールとyumのリポジトリ追加の作業が前提です。インストール前準備さくらのVPSの標準OSはCentOSの64bit版ですが、なぜか最初から32bit版のパッケージがいくつか入っています。Nginxをインストールする時にmysql等を最新版にアップデートしたいのですが、32bit版
Nginxでリバースプロキシ - taslamの日記
2つのRailsアプリにリバースプロキシを使ってそれぞれ振り分ける例。 ディレクトリベースで振り分ける例 user nginx; worker_processes 4; error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; events { worker_connections 1024; } http { # Railsアプリの静的コンテンツはmongrel_clusterだと遅いのでもっと高速なサーバで upstream static { server 192.168.0.12:80; server 192.168.0.13:80; } # Railsアプリ mongrel_cluster upstream app1 { server 192.168.0.12:3000; server 192.168.0.12:3001
「バックエンドの経験はなかった」Instagram創業者は、どうやってシステムをスケールさせてきたか
昨日のPinterestの記事「Pinterestの急成長を支えてきたアーキテクチャとは？ Pythonで開発しAmazonクラウドで運用」に続いて、やはり写真を中心としたサービスで急成長してきたInstagramのスケーラビリティについて、まとめてみました。 InstagramもPinterestと同様に、基本はAmazonクラウド上でPythonとフレームワークのDjangoを使ったシステムを構築しています。興味深いのは、創業者の二人ともバックエンドの経験がないなかで試行錯誤をしてシステムをスケールさせてきた点です。 Instagramは先月、Facebookに買収されると発表されています。この先、Instagramのシステムはどう変わっていくのでしょうか。 Instagramのシステム構成 約半年前、昨年12月にInstagramのブログに投稿された記事「What Powers In
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://bynatures.net/wordpress/1951/
Loading...
Nginx でリダイレクト ( rewrite ) するには | レンタルサーバー・自宅サーバー設定・構築のヒント