nginx本身有支持圖片處理的模塊，通過外部插件也可以實現此功能。
libgd的安裝
前提是要有libgd的庫文件，
(1)去官網訪問主頁沒問題，下載文件還是翻牆下的，為了方便大家提供一個鏈接：http://files.cnblogs.com/files/bugutian/libgd-2.1.1.tar
使用起來就是解壓：
tar -vxf libgd-2.1.1.tar cd libgd-2.1.1 ./configure make make install
就行了。如果啟動nginx的時候還報找不到動態庫，那就自己find一下，然后
export LD_LIBRARY_PATH=/Path/to/libgd.so:$LD_LIBRARY_PATH
在啟動，或者把路徑寫到系統的環境變量也行。
(2)當然也還有更簡單的方法，直接yum安裝也行，自己配置好yum源，然后：
yum install gd-devel pcre-devel libcurl-devel
因為libcurl也是需要的一部分，所以一起安裝。
相對的編譯也會簡單，可以不用下面那么麻煩。
./configure --prefix=/usr/local/nginx --with-pcre --add-module=../ngx_image_thumb-master
make
make install
按下面的方法配置即可。
一、with-http_image_filter_module模塊安裝
編譯過程很簡單
#./configure --prefix=./ --with-http_image_filter_module --with-pcre=../pcre-8.36 #make #make install
一般情況下，nginx一般都需要用到正則表達式，所以對於圖片處理器pcre就更不能少了，如果有pcre，我們的配置就可以寫成下面這樣：
location ~* /images/(.+)_(＼d+)x(＼d+)＼.(jpg|gif|png)$ { set $h $2; set $w $3; if ($h = "0") { rewrite /images/(.+)_(＼d+)x(＼d+)＼.(jpg|gif|png)$ /images/$1.$4 last; } if ($w = "0") { rewrite /images/(.+)_(＼d+)x(＼d+)＼.(jpg|gif|png)$ /images/$1.$4 last; } #根據給定的長寬生成縮略圖 image_filter resize $h $w; #原圖最大2M，要裁剪的圖片超過2M返回415錯誤，需要調節參數image_filter_buffer image_filter_buffer 2M; #error_page 415 /images/notfound.jpg; try_files /images/$1.$4 /images/notfound.jpg; }
可以完成圖片請求的自適應，如果沒有，我們只能像下面這樣，把縮略圖的尺寸定死。
location ~ /{ #proxy_pass http://10.11.11.11; image_filter resize 100 100; error_page 415 = /empty; }
(如果系統安裝了pcre這個參數可以省略，因為高版本的nginx默認是安裝了pcre的)，圖片處理就更不能少了,其他配置都是通用的。
二、ngx_image_thumb-maste的安裝
當然上面的模塊可以用，但是自適應性讓人看着並不爽。而另一款插件ngx_image_thumb-maste配置起來就好用多了
源碼地址：https://github.com/3078825/nginx-image/archive/master.zip
編譯安裝：
# ./configure --prefix=./ --add-module=../ngx_image_thumb-master --with-pcre=../pcre-8.36 # make # make inatll
配置也不那么復雜，支持的功能也多
location / { root html; index index.html index.htm; image on; image_output on; image_water on; image_water_type 0; image_water_file "/usr/local/nginx/html/vanke.png"; image_water_pos 0; image_water_min 300 300; #image_water_text Vanke.com; #image_water_font_size 14; }
image on/off 是否開啟縮略圖功能,默認關閉
image_backend on/off 是否開啟鏡像服務，當開啟該功能時，請求目錄不存在的圖片（判斷原圖），將自動從鏡像服務器地址下載原圖
image_backend_server 鏡像服務器地址
image_output on/off 是否不生成圖片而直接處理后輸出 默認off
image_jpeg_quality 75 生成JPEG圖片的質量 默認值75
image_water on/off 是否開啟水印功能
image_water_type 0/1 水印類型 0:圖片水印 1:文字水印
image_water_min 300 300 圖片寬度 300 高度 300 的情況才添加水印
image_water_pos 0-9 水印位置 默認值9 0為隨機位置,1為頂端居左,2為頂端居中,3為頂端居右,4為中部居左,5為中部居中,6為中部居右,7為底端居左,8為底端居中,9為底端居右
image_water_file 水印文件(jpg/png/gif),絕對路徑或者相對路徑的水印圖片
image_water_transparent 水印透明度,默認20
image_water_text 水印文字 "Power By Vampire"
image_water_font_size 水印大小 默認 5
image_water_font 文字水印字體文件路徑
image_water_color 水印文字顏色,默認 #000000
這里假設你的nginx 訪問地址為 http://192.168.0.2:8082/
並在nginx網站根目錄存在一個 test.jpg 的圖片
通過訪問
http://192.168.0.2:8082/test.jpg!c300x200.jpg 將會 生成/輸出 test.jpg 300x200 的縮略圖
其中 c 是生成圖片縮略圖的參數， 300 是生成縮略圖的寬度， 200 是生成縮略圖的高度
一共可以生成四種不同類型的縮略圖。
支持 jpeg / png / gif (Gif生成后變成靜態圖片)
C 參數按請求寬高比例從圖片高度 10% 處開始截取圖片，然后縮放/放大到指定尺寸（ 圖片縮略圖大小等於請求的寬高 ）
M 參數按請求寬高比例居中截圖圖片，然后縮放/放大到指定尺寸（ 圖片縮略圖大小等於請求的寬高 ）
T 參數按請求寬高比例按比例縮放/放大到指定尺寸（ 圖片縮略圖大小可能小於請求的寬高 )
W 參數按請求寬高比例縮放/放大到指定尺寸，空白處填充白色背景顏色（ 圖片縮略圖大小等於請求的寬高
參照上面的配置，也有以下的寫法
http://192.168.0.2:8082/test.c300x300.jpg
http://192.168.0.2:8082/test.t300x300.jpg
http://192.168.0.2:8082/test.m300x300.jpg
http://192.168.0.2:8082/test.w300x300.jpg
http://192.168.0.2:8082/test.jpg!c300x300.jpg
http://192.168.0.2:8082/test.jpg!t300x300.jpg
http://192.168.0.2:8082/test.jpg!m300x300.jpg
http://192.168.0.2:8082/test.jpg!w300x300.jpg
但是這個模塊當然也有缺點，大量的圖片處理肯定很耗費cpu和內存，所以在這個服務器前一定要配個緩存服務器，第二個就是容易遭到攻擊，因為可以支持縮放，所以黑客可以故意用很大的尺寸來請求小圖片，這樣將非常耗費服務器的存儲，尤是圖片命名規則一看就清楚的網站和圖片名稱容易被爬取的網站更容易被攻擊。而第一個模塊因為可以設置緩存大小，可以稍做限制。
當然此模塊代碼不多，可以通過修改源碼的方式，解決上面的問題。
但在實踐過程中，發現在並發的情況下(ngx_imgthumb不經過反向代理)直接應對請求，如果圖片比較大，會出現nginx報signal 11的情況。
當然具體的配置還是要參考官網：https://github.com/oupula/ngx_image_thumb/blob/master/README_EN.md
比如，配置之后發現如果圖片不存在，本應返回404但是卻響應很慢。這樣就可以配置：
image_backend off;
image_backend_server http://baidu.com/docs/aabbc.png;
配置一個不存在的地址，是因為他代碼里面的off不起作用。