簡體   English   中英

Nginx + Phusion Passenger try_files

[英]Nginx + Phusion Passenger try_files

我正在使用Passenger 4.0.17的開源版本,並試圖從文檔中看出一些我不清楚的行為。 我希望有人可以提供幫助。

這樣做有什么區別:

server {
    listen         443;
    server_name    www.example.com;

    root           /path/to/my/app/public;

    location / {
        passenger_enabled      on;
        rails_env              production;
        # etc. ....
    }

}

這樣做?

server {
    listen         443;
    server_name    www.example.com;

    root           /path/to/my/app/public;

    try_files      $uri @passenger

    location @passenger {
        passenger_enabled      on;
        rails_env              production;
        # etc. ....
    }

}

我一直習慣做第一個,但我開始懷疑第二個是否更好。

我希望在第一個示例中,乘客工作進程處理每個請求,而在第二個示例中,乘客工作進程僅處理Nginx無法提供靜態響應的請求。

但...

在我的腦海中,我想知道Nginx的Passenger模塊是否還沒有內置智能級別 - 這使得try_files指令變得不必要。 (如果上面使用的try_files指令使得Passenger不能處理Nginx自己可以處理的請求,我希望Passenger文檔中已經涵蓋了這一點,對吧?但是根本沒有提到它。)

詢問的原因很明顯......

如果我可以從Nginx工作進程提供靜態內容而不必同時使用Passenger工作進程,那些Passenger進程(占用更多內存並且效率較低)將可以自由處理他們真正需要處理的請求。只需少量工人就可以獲得更多的收益。

再說一遍......我根本無法看到文檔的內容。 知道的人的任何信息將不勝感激!

Phusion員工在這里回答:

https://groups.google.com/forum/#!topic/phusion-passenger/nDkYVJhYkuw

簡短版本:它們功能相同。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM