小 縮小字型大小。 中 重設字型大小。 大 放大字型大小。

標籤: Nginx

Laravel UrlGenerator 判斷 HTTP or HTTPS 的因素

Posted on By 日落 在〈Laravel UrlGenerator 判斷 HTTP or HTTPS 的因素〉中尚無留言

第一個要求 Laravel 要使用 HTTP or HTTPS (以下簡稱 protocol … 因為字太多了 .._Drz) 的方法，其實就是在「.env」做設定，例如：

APP_URL=http://zeroplex.tw

再來網路上應該會找到，要開發者在 AppServiceProvider 中加入設定：

URL::forceScheme('https');

這邊的 URL facade，可以從 config/app.php 中追蹤到，是 IlluminateRoutingUrlGenerator::class 的 alias，設定了 forceSheme() 以後，未來透過 UrlGenerator 建立的 link 都會是設定好的 protocol。

BUT …. 就是這個 BUT，若是遇到另一個其他的 method 來產生 URL (例如 IlluminateRoutingRedirector::route() …)，這樣就可能吃到開發者設定的 protocol ，則由 Laravel 會自動抓進來的 request 來判斷該用什麼 protocol，若 application 剛好是靠 Nginx 在 handle HTTP SSL 的話，request 到 Laravel 這端時 HTTPS 就已經轉成 HTTP，導致 Laravel 以為 application 沒有上 HTTPS。

若要讓 reverse proxy 後面的 Laravel application 都固定用 HTTPS 的話，可以再到 app/Http/Middleware/TrustedProxy.php 去修改設定，讓 Laravel 識別 proxy 做出對應的動作 (給正確的 protocol)。

Ref: Laravel 5 force HTTPS issue with login routing to HTTP

Tags:, , ,

Nginx 最大接收檔案大小

Posted on By 日落 在〈Nginx 最大接收檔案大小〉中尚無留言

因為最近網路攻擊蠻多的，索性用 reverse proxy 把 NAS 藏在 Nginx 後面，順便讓 Nginx 處理掉 SSL 那段工作：

   location / {
      proxy_pass http://192.168.0.xxx:80;
      proxy_set_header Host $host;       
      proxy_set_header X-Real-IP $remote_addr;
      proxy_buffers 32 32k;
      proxy_buffer_size 32k;
      error_page 404  404.html;
      error_page 500 502 503 504  500.html;
   }

不過後來友人說上傳檔案一直失敗，在某個大小以上的檔案通通出錯。

觀察一下網路流量才發現 Nginx 並不是直接把流量即時 proxy 到 NAS 端，而是整個 HTTP request 完成以後才一次送到 NAS 那邊去，所以上傳檔案時自然會遇到 upload size 問題。

解決方法就是把 Nginx 的 client_max_body_size 調大：

server {
    ....

    client_max_body_size 1g;

    ....
}

Ref:

Tags:

Apache / Nginx 與 PHP 各種搭配方式的效能測試

Posted on By 日落 在〈Apache / Nginx 與 PHP 各種搭配方式的效能測試〉中尚無留言

以 PHP 為主的 HTTP server 有很多種架設方式，最傳統的大概就是 Apache + mod_php 來執行 PHP scripts。隨著技術一直在翻新，後來也有了 Nginx + php-fpm 的搭配模式出現，甚至連 PHP 在 5.4.0 都推出了 built-in server。

因公司需要，就順手測試了以下幾種搭配：
在開始看壓力測試結果之前，先來說一下測試環境：
  • 所有的 HTTP server 除了以上搭配方式之外，其他都使用預設值 (像是不開啟 gzip 壓縮等)
  • 另外壓力測試的 PHP script 內容也很簡單，僅有「phpinfo();」一行
  • 1 core CPU
  • 4 GB RAM
  • 使用 ab (Apache Bench) 做測試
  • ab 中每個 concurrency 固定會發出 1000 個 HTTP request，如 concurrency = 1 時僅有 1000 個 request，concurrency = 100 時，則送出 1000 x 100 個 request。
  • 每次 ab 跑完一次壓力測試，均重新啟動 HTTP server 與 PHP server，以防止使用到 cache。
先簡單做個結論，詳細的壓力測試結果再請大家自行過目：
  • concurrency = 1 時，沒有壓力測試會出現的情況，不過可以把 response time 和伺服器的 CPU、記憶體使用量當作一個基準值作為參考。
  • Apache mpm-prefork 搭配 mod_php 的記憶體使用量最大，畢竟要 fork 一個 Apache instance 出來就要把 Apache 的 module 也 initialize 出來。小型伺服器不推薦這個方案。
  • php-fpm 即使設定「pm.max_children = 50」，也可以輕鬆負荷超過 50 個 concurrency。比較微妙的是從 htop 看不出 php-fpm 有使用 thread 來同時處理 request。
  • php-fpm listen on Unix socket 的效率比 listen TCP (127.0.0.1:9000) 的效率還要高一些，但是在高負荷的情況下會變得很不穩定，猜測和 OS 的 socket 實作、設定有關連。
  • PHP built-in server 遇到在高負載的情況下表現的不錯，唯獨 log 給的資訊太少，不方便做分析。但也可考慮透過 Nginx proxy 給 PHP built-in server，讓 Nginx 來處理 log。
最後做個廣告，Hackmd 真不錯用，筆記寫完最後還以轉換成 HTML 下載，有夠方便的啦！
Tags:, , , ,

Nginx URL rewrite for REST API in subfolder

Posted on By 日落 在〈Nginx URL rewrite for REST API in subfolder〉中尚無留言

一般來說，要讓 Nginx 遇到 PHP 程式時，只要按照以下寫法就可以將 request 轉接給 php-fpm 處理：

server {
    location / {
        try_files $uri $uri/index.html =404;
    }

    location ~ .php* {
        root /home/www/data;

        include        fastcgi_params;
        fastcgi_pass   127.0.0.1:9000;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    }
}

假設 project 在 document root (如上面的就是 /home/www/data)，設定方式其實不難，網路到處都可以找的到。像是 Laravel 可以參考 pretty URL 的設定方式，把 index.php 隱藏起來：

location / {
    try_files $uri $uri/ /index.php?$query_string;
}

上面這個設定，可以讓 request 從「http://my.site/user/1」，被改寫為「http://my.site/index.php/user/1」，這個時候 index.php 就可以從 $_SERVER 的參數來判斷到底要走哪個 route。

但假設寫的專案沒有一個 domain name、沒辦法做 virtual host，可以讓專案根目錄當作 document root，且新的 PHP framework 都會把 index.php 放在 /public 目錄下來避免安全問題，這樣的 URL rewrite 就會出問題。

例如今天的 request 是「http://my.site/project/user/1」，在經過上面的 route 以後會被轉成「http://my.site/index.php/project/user/1」，而實際上我們需要的是「http://my.site/project/index.php/user/1」才能讓專案正確運作。

這時需要另外建立 route 規則。先把 http://my.site/project 對應到的正確檔案路徑設定好：

location ^~ /project {
    # define script real path
    alias /home/www/data/project/public;

    try_files $uri $uri/ /project/public/index.php$uri;
}

到這邊算是設定完成一半，暫停來看一下目前 routing 的情況。請求「http://my.site/project/user/1」會被轉換為「http://my.site/project/public/index.php/project/user/1」。index.php 後半部的參數差了一點點，把「project/」片段拿掉就完成了。

這時我們再新增一條規則，使用 REGEX 來處理後面這段參數：

location @project-rule {
    # 若 URI 起始為 /project/
    # 把後面的參數抓出來，放在 /project/public/index.php/ 後方 
    rewrite ^/project/(.*)$ /project/public/index.php/$1 last;
}

調整後，完整的 Nginx URL rewrite 規則會長這樣：

location ^~ /project {
    alias /home/www/data/project/public;

    # 一般規則無法正確找到路徑
    # 就使用 @project-rule 規則來做查詢
    try_files $uri $uri/ @project-rule;
}

location @project-rule {
    rewrite ^/project/(.*)$ /project/public/index.php/$1 last;
}

Nginx 的 rewrite rule 實在很難 debug，這段是自己花了數小時嘗試錯誤並觀察 $_SERVER 參數變化才找到規律的，希望多少對大家有一點幫助。

Tags:, , ,