JavaScript 簡單資料型別和複雜資料型別
Nginx
一、簡介
-
Nginx高效能的http和反向代理伺服器，佔用記憶體少，併發能力強。
-
Nginx可以作為靜態頁面的web伺服器，支援perl php不支援java。需要和tomcat進行配合
-
Nginx與Apache是相同型別的伺服器，Apache對於高併發效能低。
Nginx功能：
- 反向代理。安全考量，可以隱藏真實的伺服器。
- 負載均衡。
- 動靜（靜態資源，動態請求）分離。
二、Nginx安裝
需要的素材：
-
pcre-8.37.tar.gz
-
openssl-1.0.1t.tar.gz
-
zlib-1.2.8.tar.gz
-
nginx-1.11.1.tar.gz
將這些包放入Linux /opt目錄下
1、安裝pcre
tar -zxvf pcre-xx.tar.gz
進入解壓縮目錄，執行./configure
如果提示，需要提前安裝gcc++ 進入安裝光碟目錄的軟體包(/media/CentOSXX/Package) 執行 rpm -ivh libstdc++-devel-4.4.7-17.el6.x86_64.rpm rpm -ivh gcc-c++-4.4.7-17.el6.x86_64.rpm
./configure完成後，回到pcre目錄下執行make，再執行make install。
2、安裝openssl
1、 解壓縮openssl-xx.tar.gz包。
2、 進入解壓縮目錄，執行./config
3、 make && make install
3、安裝zlib
1、 解壓縮zlib-xx.tar.gz包。
2、 進入解壓縮目錄，執行./configure。
3、 make && make install
4、安裝nginx
1、 解壓縮nginx-xx.tar.gz包。
2、 進入解壓縮目錄，執行./configure。
3、 make && make install
異常解決
在centos6.5中可能會出現，centos7不會。
nginx無法啟動: libpcre.so.1/libpcre.so.0: cannot open shared object file解決辦法
解決方法：
ln -s /usr/local/lib/libpcre.so.1 /lib64
32位系統則：
ln -s /usr/local/lib/libpcre.so.1 /lib
三、Nginx例子
1、啟動/暫停/重啟
- 啟動命令
在/usr/local/nginx/sbin目錄下 執行 ./nginx
- 關閉命令
在/usr/local/nginx/sbin目錄下 執行 ./nginx -s stop
- 重新載入命令 （常用）不停機情況下，重新載入配置
在/usr/local/nginx/sbin目錄下 執行 ./nginx -s reload
啟動成功介面，預設80埠；
2、設定nginx為自啟動服務
修改linux 啟動指令碼/etc/rc.d/rc 加入 : /usr/local/nginx/sbin/nginx
3、結合redis配置負載均衡
使用redis原因：以前session是交給tomcat管理，現在把他交給redis管理。不適用redis管理的話，如果每次使用Nginx跳轉到不同伺服器，都會重新登入。
例如：我有A，B兩臺伺服器做了負載均衡，當我在A伺服器上執行了登入並且將登入資料存入session的時候，這些session資料只存在於A伺服器上，而沒有在B伺服器上，假如在處理下一個請求的時候，我需要用到session的資料，而不巧的是，這個請求剛好被交由B伺服器來處理，這時候就會出現B伺服器拿不到session資料的情況，從而造成錯誤。
1、首先準備兩個同時啟動的Tomcat
2、拷貝對應jar包到tomcat下lib包中
commons-pool2-2.0.jar
tomcat-redis-session-manager1.2.jar
jedis-2.5.2
3、修改tomcat的下content.xml(加到最下方)
<Valve className="com.orangefunction.tomcat.redissessions.RedisSessionHandlerValv e" /> <Manager className="com.orangefunction.tomcat.redissessions.RedisSessionManager" host="127.0.0.1" port="6379" database="0" maxInactiveInterval="60" />
4、啟動redis
5、配置nginx.conf
http {
......
upstream myserver{
ip_hash;
server 115.28.52.63:8080 weight=1;
server 115.28.52.63:8180 weight=1;
}
.....
server{
location / {
.........
proxy_pass http://myserver;
proxy_connect_timeout 10;
}
.........
}
}
四、原理與配置
1、Master&worker
2、master-workers的機制的好處
首先，對於每個worker程序來說，獨立的程序，不需要加鎖， 所以省掉了鎖帶來的開銷，同時在程式設計以及問題查詢時，也會方 便很多。
其次，採用獨立的程序，可以讓互相之間不會影響，一個程序 退出後，其它程序還在工作，服務不會中斷，master程序則很快啟 動新的worker程序。當然，worker程序的異常退出，肯定是程式有 bug了，異常退出，會導致當前worker上的所有請求失敗，不過不 會影響到所有請求，所以降低了風險
3、需要設定多少個worker？
Nginx 同redis類似都採用了io多路複用機制，每個 worker都是一個獨立的程序，但每個程序裡只有一個主線 程，通過非同步非阻塞的方式來處理請求， 即使是千上萬個 請求也不在話下。每個worker的執行緒可以把一個cpu的性 能發揮到極致。 所以worker數和伺服器的cpu數相等是最為適宜的。設 少了會浪費cpu，設多了會造成cpu頻繁切換上下文帶來的 損耗。
#設定worker數量。
worker_processes 4
#work繫結cpu(4 work繫結4cpu)。
worker_cpu_affinity 0001 0010 0100 1000
#work繫結cpu (4 work繫結8cpu中的4個)。
worker_cpu_affinity 0000001 00000010 00000100 00001000
連線數worker_connection
這個值是表示每個worker程序所能建立連線的最大值，所以，一個nginx 能建立的最大連線數，應該是worker_connections * worker_processes。 當然，這裡說的是最大連線數，對於HTTP請求本地資源來說，能夠支援的 最大併發數量是worker_connections * worker_processes。
如果是支援 http1.1的瀏覽器每次訪問要佔兩個連線，所以普通的靜態訪問最大併發數 是： worker_connections * worker_processes /2。
而如果是HTTP作 為反向代理來說，最大併發數量應該是worker_connections * worker_processes/4。因為作為反向代理伺服器，每個併發會建立與客 戶端的連線和與後端服務的連線，會佔用兩個連線。
4、nginx.conf詳解
#安全問題，建議用nobody,不要用root.
#user nobody;
#worker數和伺服器的cpu數相等是最為適宜
worker_processes 2;
#work繫結cpu(4 work繫結4cpu)
worker_cpu_affinity 0001 0010 0100 1000
#work繫結cpu (4 work繫結8cpu中的4個) 。
worker_cpu_affinity 0000001 00000010 00000100 00001000
#error_log path(存放路徑) level(日誌等級) path表示日誌路徑，level表示日誌等級，
#具體如下： [ debug | info | notice | warn | error | crit ]
#從左至右，日誌詳細程度逐級遞減，即debug最詳細，crit最少，預設為crit。
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
#這個值是表示每個worker程序所能建立連線的最大值，所以，一個nginx能建立的最大連線數，應該是worker_connections * worker_processes。
#當然，這裡說的是最大連線數，對於HTTP請求本地資源來說，能夠支援的最大併發數量是worker_connections * worker_processes，
#如果是支援http1.1的瀏覽器每次訪問要佔兩個連線，
#所以普通的靜態訪問最大併發數是： worker_connections * worker_processes /2，
#而如果是HTTP作為反向代理來說，最大併發數量應該是worker_connections * worker_processes/4。
#因為作為反向代理伺服器，每個併發會建立與客戶端的連線和與後端服務的連線，會佔用兩個連線。
worker_connections 1024;
#這個值是表示nginx要支援哪種多路io複用。
#一般的Linux選擇epoll, 如果是(*BSD)系列的Linux使用kquene。
#windows版本的nginx不支援多路IO複用，這個值不用配。
use epoll;
# 當一個worker搶佔到一個連結時，是否儘可能的讓其獲得更多的連線,預設是off 。
multi_accept on;
# 預設是on ,開啟nginx的搶佔鎖機制。
accept_mutex on;
}
http {
#當web伺服器收到靜態的資原始檔請求時，依據請求檔案的字尾名在伺服器的MIME配置檔案中找到對應的MIME Type，再根據MIME Type設定HTTP Response的Content-Type，然後瀏覽器根據Content-Type的值處理檔案。
include mime.types;
#如果 不能從mime.types找到對映的話，用以下作為預設值
default_type application/octet-stream;
#日誌位置
access_log logs/host.access.log main;
#一條典型的accesslog：
#101.226.166.254 - - [21/Oct/2013:20:34:28 +0800] "GET /movie_cat.php?year=2013 HTTP/1.1" 200 5209 "http://www.baidu.com" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MDDR; .NET4.0C; .NET4.0E; .NET CLR 1.1.4322; Tablet PC 2.0); 360Spider"
#1）101.226.166.254:(使用者IP)
#2）[21/Oct/2013:20:34:28 +0800]：(訪問時間)
#3）GET：http請求方式，有GET和POST兩種
#4）/movie_cat.php?year=2013：當前訪問的網頁是動態網頁，movie_cat.php即請求的後臺介面，year=2013為具體介面的引數
#5）200：服務狀態，200表示正常，常見的還有，301永久重定向、4XX表示請求出錯、5XX伺服器內部錯誤
#6）5209：傳送位元組數為5209，單位為byte
#7）"http://www.baidu.com"：refer:即當前頁面的上一個網頁
#8）"Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; #.NET CLR 3.0.30729; Media Center PC 6.0; MDDR; .NET4.0C; .NET4.0E; .NET CLR 1.1.4322; Tablet PC 2.0); 360Spider"： agent欄位：通常用來記錄作業系統、瀏覽器版本、瀏覽器核心等資訊
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
#開啟從磁碟直接到網路的檔案傳輸，適用於有大檔案上傳下載的情況，提高IO效率。
sendfile on;
#一個請求完成之後還要保持連線多久, 預設為0，表示完成請求後直接關閉連線。
#keepalive_timeout 0;
keepalive_timeout 65;
#開啟或者關閉gzip模組
#gzip on ;
#設定允許壓縮的頁面最小位元組數，頁面位元組數從header頭中的Content-Length中進行獲取。
#gzip_min_lenth 1k;
# gzip壓縮比，1 壓縮比最小處理速度最快，9 壓縮比最大但處理最慢（傳輸快但比較消耗cpu）
#gzip_comp_level 4;
#匹配MIME型別進行壓縮，（無論是否指定）"text/html"型別總是會被壓縮的。
#gzip_types types text/plain text/css application/json application/x-javascript text/xml
#動靜分離
#伺服器端靜態資源快取，最大快取到記憶體中的檔案，不活躍期限
open_file_cache max=655350 inactive=20s;
#活躍期限內最少使用的次數，否則視為不活躍。
open_file_cache_min_uses 2;
#驗證快取是否活躍的時間間隔
open_file_cache_valid 30s;
upstream myserver{
# 1、輪詢（預設）
# 每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。
# 2、指定權重
# 指定輪詢機率，weight和訪問比率成正比，用於後端伺服器效能不均的情況。
#3、IP繫結 ip_hash
# 每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個後端伺服器，可以解決session的問題。
#4、備機方式 backup
# 正常情況不訪問設定為backup的備機，只有當所有非備機全都宕機的情況下，服務才會進備機。
#5、fair（第三方）
#按後端伺服器的響應時間來分配請求，響應時間短的優先分配。
#6、url_hash（第三方）
#按訪問url的hash結果來分配請求，使每個url定向到同一個後端伺服器，後端伺服器為快取時比較有效。
# ip_hash;
server 192.168.161.132:8080 weight=1;
server 192.168.161.132:8081 weight=1;
#fair
#hash $request_uri
#hash_method crc32
}
server {
#監聽埠號
listen 80;
#服務名
server_name 192.168.161.130;
#字符集
#charset utf-8;
#location [=|~|~*|^~] /uri/ { … }
# = 精確匹配
# ~ 正則匹配，區分大小寫
# ~* 正則匹配，不區分大小寫
# ^~ 關閉正則匹配
#匹配原則：
# 1、所有匹配分兩個階段，第一個叫普通匹配，第二個叫正則匹配。
# 2、普通匹配，首先通過“=”來匹配完全精確的location
# 2.1、 如果沒有精確匹配到， 那麼按照最大字首匹配的原則，來匹配location
# 2.2、 如果匹配到的location有^~,則以此location為匹配最終結果，如果沒有那麼會把匹配的結果暫存，繼續進行正則匹配。
# 3、正則匹配，依次從上到下匹配字首是~或~*的location, 一旦匹配成功一次，則立刻以此location為準，不再向下繼續進行正則匹配。
# 4、如果正則匹配都不成功，則繼續使用之前暫存的普通匹配成功的location.
location / { # 匹配任何查詢，因為所有請求都已 / 開頭。但是正則表示式規則和長的塊規則將被優先和查詢匹配。
#定義伺服器的預設網站根目錄位置
root html;
#預設訪問首頁索引檔案的名稱
index index.html index.htm;
#反向代理路徑
proxy_pass http://myserver;
#反向代理的超時時間
proxy_connect_timeout 10;
proxy_redirect default;
}
location /images/ {
root images ;
}
location ^~ /images/jpg/ { # 匹配任何已 /images/jpg/ 開頭的任何查詢並且停止搜尋。任何正則表示式將不會被測試。
root images/jpg/ ;
}
location ~*.(gif|jpg|jpeg)$ {
#所有靜態檔案直接讀取硬碟
root pic ;
#expires定義使用者瀏覽器快取的時間為3天，如果靜態頁面不常更新，可以設定更長，這樣可以節省頻寬和緩解伺服器的壓力
expires 3d; #快取3天
}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}