首先，在home目錄創建microservices目錄，開啟第一篇章。

cd ~ && mkdir microservices && cd microservices

創建nginx目錄，在目錄下分別創建三個節點目錄：nginx01、nginx02、nginx03，目的是使nginx01作為反向代理服務器，將請求均衡轉發到nginx02、nginx03。

mkdir -p ./nginx/nginx01 ./nginx/nginx02 ./nginx/nginx03

展示效果如下所示。

nginx
├── nginx01
└── nginx02
└── nginx03

將nginx鏡像中的配置文件拷貝到各子目錄中，以便做掛載，方法是創建一個臨時容器，將配置文件拷貝至宿主機目錄，再刪除臨時容器。

docker run --name tmpnginx -d nginx:latest
docker cp tmpnginx:/etc/nginx/nginx.conf ~/microservices/nginx/nginx01
docker cp tmpnginx:/etc/nginx/nginx.conf ~/microservices/nginx/nginx02
docker cp tmpnginx:/etc/nginx/nginx.conf ~/microservices/nginx/nginx03
docker cp tmpnginx:/etc/nginx/conf.d ~/microservices/nginx/nginx01
docker cp tmpnginx:/etc/nginx/conf.d ~/microservices/nginx/nginx02
docker cp tmpnginx:/etc/nginx/conf.d ~/microservices/nginx/nginx03
docker rm -f tmpnginx

此時nginx目錄如下所示。

nginx
├── nginx01
│   ├── conf.d
│   │   └── default.conf
│   └── nginx.conf
├── nginx02
│   ├── conf.d
│   │   └── default.conf
│   └── nginx.conf
└── nginx03
    ├── conf.d
    │   └── default.conf
    └── nginx.conf

在根目錄創建文件docker-compose.yml，創建三個web服務，配置文件分別映射到容器中的對應文件。

version: '3'

services:
  web01:  #服務名稱
    image: nginx:latest #鏡像
    container_name: web01 #容器名稱
    ports:  #映射端口號，前者宿主機端口，後者容器端口
      - 8080:80
    volumes: #映射的目錄或文件，前者宿主機目錄，後者容器目錄
      - ./nginx/nginx01/nginx.conf:/etc/nginx/nginx.conf #配置文件
      - ./nginx/nginx01/conf.d:/etc/nginx/conf.d #擴展配置目錄
      - ./nginx/html:/usr/share/nginx/html #html存放目錄

  web02:
    image: nginx:latest
    container_name: web02
    volumes:
      - ./nginx/nginx02/nginx.conf:/etc/nginx/nginx.conf
      - ./nginx/nginx02/conf.d:/etc/nginx/conf.d
      - ./nginx/html:/usr/share/nginx/html

  web03:
    image: nginx:latest
    container_name: web03
    volumes:
      - ./nginx/nginx03/nginx.conf:/etc/nginx/nginx.conf
      - ./nginx/nginx03/conf.d:/etc/nginx/conf.d
      - ./nginx/html:/usr/share/nginx/html

打開nginx/nginx01/conf.d/default.conf，在文章頂部加入upstream配置，web02與web03是docker-compose.yml中定義的容器名稱container_name。

upstream backend {
    server web02:80;
    server web03:80;
}

在location /中加入proxy_pass以便將請求轉發給backend。

location / {
    root   /usr/share/nginx/html;
    index  index.html index.htm;
    proxy_pass http://backend;  #追加該行
}

配置完成后，執行以下命令將容器跑起來。

cd ~/microservices
docker-compose up

提示以下內容即成功。

Recreating microservices_web01_1 ... done
Recreating microservices_web02_1 ... done
Recreating microservices_web03_1 ... done
Attaching to web02, web01, web03

此時microservices目錄結構如下，nginx目錄下多出了一個html文件夾，可以在html目錄下創建一個index.html，輸入Hello world!，重新跑一下。

microservices
├── docker-compose.yml
└── nginx
    ├── html
    │   └── index.html
    ├── nginx01
    │   ├── conf.d
    │   │   └── default.conf
    │   └── nginx.conf
    ├── nginx02
    │   ├── conf.d
    │   │   └── default.conf
    │   └── nginx.conf
    └── nginx03
        ├── conf.d
        │   └── default.conf
        └── nginx.conf

現在做個測試，在瀏覽器中訪問localhost:8080，觀察終端打印的日誌。

web01    | 172.24.0.1 - - [26/Jun/2019:01:48:28 +0000] "GET / HTTP/1.1" 304 0 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.169 Safari/537.36" "-"
web02    | 172.24.0.2 - - [26/Jun/2019:01:48:28 +0000] "GET / HTTP/1.0" 304 0 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.169 Safari/537.36" "-"

上述內容表示本次請求通過web01轉發到了web02。

web01    | 172.24.0.1 - - [26/Jun/2019:04:42:36 +0000] "GET / HTTP/1.1" 304 0 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.169 Safari/537.36" "-"
web03    | 172.24.0.2 - - [26/Jun/2019:04:42:36 +0000] "GET / HTTP/1.0" 304 0 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.169 Safari/537.36" "-"

再次刷新，可以看到請求通過web01轉發到了web03，到目前為止，基本的負載均衡部署就已經完成了，上述的web01是將請求均衡轉發到web02、web03的，這種方法叫輪詢法，下篇文章介紹幾種其他的負載算法。

【精選推薦文章】

自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享

台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"

記一次微信網頁授權后獲取用戶信息並重定向

微信公眾號開發還是比較簡單的，但是寫完之後就忘記了。每次寫還要重新查文檔，所以這次吧開發過程記錄起來，有些細節問題也記錄下來，以後用到就方便了。

需求：

• 能獲取用戶基本信息。
• 獲取微信信息的時候，從哪個頁面來，最後到哪個頁面去。
• 調用方式要簡單。

思路：

因為之前寫過幾次，思路還是很清楚的，大概有一下幾個步驟：

1. 提供一個鏈接，帶有一個redirect_url參數，代表在獲取用戶信息后要返回的頁面。
2. 在上一個鏈接中跳轉進行微信網頁授權。
3. 授權成功后獲取code。
4. 通過code調用微信接口獲取access_token。
5. 通過access_token獲取用戶基本信息。
6. 將用戶信息拼在之前定義的redirect_url中，並重定向到redirect_url。

實現：

思路有了下面就開始實現這個思路

1：

首先定義一個方法，接收redirect_url參數，並在這個方法中跳轉到微信授權頁面。

這裏我們需要完成思路中1,2的步驟。

注意：

在瀏覽器中調用方法的時候redirect_url參數要經過 URLEncoder.encode

在方法中接收的redirect_url參數任然需要經過URLEncoder.encode，因為在作為參數接收到的時候，這個參數已經變成正常的http鏈接了。

在拼裝微信重定向地址的時候，需要再次URLEncoder.encode。

//微信網頁授權地址
private String getWechatCodeUrl = "https://open.weixin.qq.com/connect/oauth2/authorize?" +
        "appid=[APPID]&" +                  //微信appid
        "redirect_uri=[REDIRECT_URI]&" +    //獲取網頁授權后，微信重定向地址
        "response_type=code&" +
        "scope=snsapi_userinfo&" +          //授權方式
        "state=STATE#wechat_redirect";

//微信授權后返回的地址
private String getCodeUrl = "項目域名" +
        "redirect/code?redirect_url=";

//提供的獲取用戶信息的地址
@GetMapping("/redirect")
    public String redirect(
            @RequestParam(name = "redirect_url", defaultValue = "", required = false) String redirectUrl
    ) throws UnsupportedEncodingException {
        //默認值，前端首頁地址
        if (StringUtils.isBlank(redirectUrl)) {
            redirectUrl = webSite;
        }
        //一次編碼
        redirectUrl = URLEncoder.encode(redirectUrl, "utf-8");
        //二次編碼
        redirectUrl = URLEncoder.encode(getCodeUrl + redirectUrl, "utf-8");
        //最終得到的微信獲取微信授權地址
        String url = getWechatCodeUrl
            .replace("[APPID]", appid)
            .replace("[REDIRECT_URI]", redirectUrl);
        logger.info("redirecturl: {}", url);
        return "redirect:" + url;
    }

2:

這裏要在定義一個鏈接，就是上一步要讓微信跳轉回來的地址。這裏微信會攜帶一個code參數，由於在上一步我們將redirect_url地址進行了兩次編碼，所以在這個方法中redirect_url也會傳遞進來。

着這個方法中我們需要完成思路中 4,5,6的步驟

//獲取access_token的接口地址，這裏還可以獲取到openid
private String getAccessTokenUrl = "https://api.weixin.qq.com/sns/oauth2/access_token?" +
        "appid=[APPID]&" +      //微信的appid
        "secret=[SECRET]&" +    //微信的secret
        "code=[CODE]&" +        //重定向後微信攜帶的code參數
        "grant_type=authorization_code";

//獲取微信用戶基本信息的接口地址
private String getWechatUserUrl = "https://api.weixin.qq.com/sns/userinfo?" +
        "access_token=[ACCESS_TOKEN]&" +    //獲取到的 access_token
        "openid=[OPENID]&" +                //公眾號的 openid
        "lang=zh_CN";

//這裏的地址由微信重定向跳轉，攜帶code參數。
@GetMapping("/redirect/code")
public String getCode(
        @RequestParam(name = "redirect_url", defaultValue = "", required = false) String redirectUrl,
        @RequestParam(name = "code", defaultValue = "", required = false) String code
) throws UnsupportedEncodingException {
    logger.info("redirect_url: {}", redirectUrl);
    logger.info("code: {}", code);
    if (StringUtils.isBlank(code)) {
        logger.error("獲取code失敗");
        return "redirect:" + redirectUrl + "?error=code-is-null";
    }
    //解碼重定向地址
    redirectUrl = URLDecoder.decode(redirectUrl, "utf-8");
    //根據code獲取微信相關信息
    String apiUrl = getAccessTokenUrl
            .replace("[APPID]", appid)
            .replace("[SECRET]", secret)
            .replace("[CODE]", code);
    String res = HttpUtils.doGet(apiUrl, new HashMap<>());
    JSONObject resJson = JSONObject.parseObject(res);
    //請求失敗
    if (resJson.containsKey("errmsg")) {
        logger.error("獲取access_token失敗，" + res);
        return "redirect:" + redirectUrl + "?error=" + resJson.getString("errmsg");
    }
    //獲取微信用戶信息
    String getUserUrl = getWechatUserUrl
            .replace("[ACCESS_TOKEN]", resJson.getString("access_token"))
            .replace("[OPENID]", resJson.getString("openid"));
    String user = HttpUtils.doGet(getUserUrl, new HashMap<>());
    JSONObject userJson = JSONObject.parseObject(user);
    if (userJson.containsKey("errmsg")) {
        logger.error("獲取access_token失敗，" + res);
        return "redirect:" + redirectUrl + "?error=" + userJson.getString("errmsg");
    }
    //這裏直接將微信用戶信息編碼后重定向給最開始的redirect_url
    return "redirect:" + redirectUrl + "?wechat_user=" + URLEncoder.encode(user, "utf-8");
}

完成：

這裏就已經開發完成了，發布到線上后訪問：

[域名]/redirect?redirect_url=[需要轉到的地址]

后，在獲得用戶授權後會跳轉

[需要轉到的地址]?wechat_user=[URLEncoder.encode后的微信用戶信息]

https://www.cnblogs.com/hebaibai/p/11089318.html

【精選推薦文章】

如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

想要讓你的商品在網路上成為最夯、最多人討論的話題?

網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線

不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師"嚨底家"!!

如果你還有印象，幾個月前在無名小站與 Yahoo! 部落格宣布即將關閉服務後，我寫了一系列的無名小站專題，其中除了以圖文教學來引導讀者如何將無名小站的資料備份匯出外，更重要的是希望引導有心架站的使用者，可以用最快、最簡單的方式「轉移陣地」，妥善的保存你人生點滴，也倡導自行架站的重要性。

我不斷強調的兩個重點：一、註冊一個自己的網址；二、使用 WordPress 來架設網站或部落格非常簡單。這當中需要投注一點資金，但以一個過來人的經驗來說是非常划算的。詳細教學和說明可以參考這幾篇文章：

• 從無名小站搬家前，你應該先註冊一個自己的網址！四個推薦的網域名稱註冊商
• 無名搬家到自架 WordPress，我推薦的五個虛擬主機服務
• 自架 WordPress 虛擬主機租用教學，將網誌備份匯出、匯入到新家

在寫完無名小站搬家專題一系列文章後，我收到不少讀者的來信，其中有些人對於虛擬主機感到疑惑，或許對從沒租用使用過虛擬主機的使用者來說，很難從密密麻麻的網站文宣裡，找出什麼是真正重要、也符合自己需求的虛擬主機空間。

目前全世界的虛擬主機服務相當多。以美國的虛擬主機為例，因為競爭激烈，價格都已經降價到難以想像（每月 $10 美元以下），在規格和方案不斷提升的情況下，其中也暗藏不少問題。所以在價格外，我們應該要去深入了解幾個面向，來看看自己的虛擬主機可用與否。

思考過後，決定寫一篇以「如何挑選適合你的虛擬主機空間？」為主題的文章，這是我在多年使用下所得到的經驗，嘗試用很簡單扼要的方式分享出來，提供挑選網站空間的朋友作為參考。如果你有任何的疑問，也歡迎在下面留言討論。

一、穩定性（Uptime）

在價格、空間、流量限制或客戶服務前，最重要的就是虛擬主機的穩定性，通常參考依據為正常運作時間（Uptime）。這個數字以百分比表示，顯示出來的是主機正常運作時間比例，一般虛擬主機都會有一個 Uptime 保證，例如 99.5% 或 99.9%，如果當月沒有到達保證時間，使用者是可以要求退費或當月免費的（以該虛擬主機服務的使用條例為主）。

為什麼要注意虛擬主機的 Uptime 呢？如果你的虛擬主機一個月有 0.1% 時間無法連線，換算下來當月就有 40 分鐘時間，是沒有人連得上你的網站的，造成金錢損失不說，更可能在無形中失去訪客甚至是搜尋引擎對你網站的信心。

人家常說要挑選速度快的虛擬主機，我倒認為「不如挑選一個穩定性高的虛擬主機」，不過速度是很客觀的，從台灣連線速度慢，不代表在其他地區的連線速度也是如此。如果可以，當然最好還是能找到速度快（對你網站大部分訪客來說）、且穩定性高的虛擬主機商。

備註：大部分的虛擬主機服務都有提供「不滿意全額退費保證」，時間區間可能是 30 天，甚至最長到 90 天以上，在付款租用並將網站上線後，就能開始測試並持續追蹤網站的穩定性和速度。如果遇到成效不彰的虛擬主機，別客氣，趕快取消帳戶並要求對方退款，才是保障自已權益的最佳方法。

二、網站空間（Disk Space）

一般來說，網站空間（Disk Space）也會是我挑選虛擬主機的參考項目之一，因為虛擬主機上需要儲存你的網站資料，勢必要選擇一個放得下、也有足夠彈性供你後續成長的空間。不過如果你的網站檔案不多，或者是單純以 WordPress 來架設網站的話，那所需要的空間不用太大，1 GB 內就綽綽有餘。

有些虛擬主機會限制使用者的「檔案數量」，可能是 10 萬個、20 萬個不等，一般情況下都不會超過此限，若你有特殊需求，也記得要先參考虛擬主機的使用條例再進行租用。

三、流量限制（Bandwidth）

流量是大部分使用虛擬主機服務的站長們最重視的規格。無論是要上傳檔案，或者讓使用者可以瀏覽你的網站內容，在傳輸的過程中都會計算到流量裡，網站的規模也會受流量所限制。

現階段的虛擬主機服務，預設提供的網站空間和流量限制都已經是無限制（Unlimited），不過要注意「無限制」並不是真正讓你無限使用，而是在「合理的使用情況下不會限制你」。也就是說如果你是一般正常架站的使用者，那就不用擔心因為某個月網站訪客量爆衝，而需要更換空間或是額外付費。

在租用虛擬主機前，務必要了解該服務商對於流量限制所採取的政策。有些會在你額外超過流量時酌收費用，或者限制你不可以把空間作為下載站、檔案託管（File Hosting）用途，只要嚴守虛擬主機的使用條例，多半都可以安心使用。

四、控制台（Control Panel）

虛擬主機會使用控制台，讓使用者可以快速存取某項功能，例如管理資料庫、網域名稱或是安裝應用程式等等，常見的如 cPanel、Plesk 都有提供包含中文在內的多國語言支援。不過有些虛擬主機商會使用自行開發的控制台系統，就看你對於操作或熟悉上有沒有障礙，應該都不會太難使用。

選擇控制台系統也會影響到你在備份或資料移轉的難度，例如 cPanel 和 cPanel 間可以很方便、快速的移轉資料，減少在搬家時的時間。在尋找虛擬主機服務前，也記得要挑選一個適合你使用習慣，未來資料也能備份移轉的系統。

五、客戶服務和技術支援（Customer Support）

虛擬主機商能否提供優質且快速的客戶支援，也是選擇虛擬主機的重要參考項目。事實上大部分的國外虛擬主機，都有提供 24/7 全年無休的線上客戶服務，無論是技術、帳務或購買前諮詢上皆有很好的團隊在負責回應。如果你本身無法以英文進行溝通，其實只要搭配 Google 翻譯等工具，也是能和國外的虛擬主機服務進行文字對談。

若你真的需要中文的客戶服務和技術支援，那就選擇中文服務的虛擬主機商吧！但一般來講價格會較國外高一些。

六、付款方式（Payment）

對於剛接觸虛擬主機的朋友來說，最讓人卻步的一個原因，就是不熟悉其付款方式。大部分的虛擬主機都是以信用卡或 Paypal 方式來付款，所以擁有一張信用卡（或是 Visa 金融卡之類的）就變得非常重要，否則除非你的 Paypal 帳戶裡有餘額，不然大部分都會用到信用卡來付款。

目前網路服務在交易這方面已經相當安全，就我多年的使用經驗，也未曾發生過信用卡被盜刷等情況。有些虛擬主機在使用者訂購並刷卡付款後，會要求提供身分證明，來驗證這次的交易是否為本人，雖然在程序上略顯麻煩，但換個角度想也是保證顧客的權益。

如果你無法使用信用卡或 Paypal 來支付款項，那同前面所說的，你可以選擇中文的虛擬主機商，一般都會有 ATM 轉帳或匯款等我們較為熟悉的付款方式。

七、口碑（Reputation）

選擇虛擬主機的另一項參考指標，就是網路上的名聲好或不好，例如虛擬主機服務曾發生過大規模的個資外洩，甚至是系統遭到破解等等，就需要特別留意一下是否要選擇它作為你網站的基地。我的經驗是上 Google 或是一些大型的虛擬主機論壇，例如 Web Hosting Talk 來查找其他用戶的使用評價。

以上是我在選擇虛擬主機服務時，一定會列入比較的重點項目。或許不一定適合所有人，還是可以在租用網站空間前作為參考。把握一個原則「多不一定用得到，便宜也不一定好」，盡量以自己的需求，找尋最符合自己的虛擬主機，才能把最少的資金做最有效的運用。

• 按一下以分享至 Facebook(在新視窗中開啟)
• 分享到 Twitter(在新視窗中開啟)
• 分享到 LinkedIn(在新視窗中開啟)
• 分享到 Pinterest(在新視窗中開啟)
• 分享到 Pocket(在新視窗中開啟)

相關文章

本站聲明:網站內容來源免費資源網路社群https://free.com.tw,如有侵權,請聯繫我們,我們將及時處理

【精選推薦文章】

自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享

台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"