PHPFPM插座臨時不可用，即使命中nginx的靜態文件

Question

我建立碼頭工人容器（高山）具有以下配置：

• Nginx的
• PHP7
• PHPFPM
• WordPress的可溼性粉劑超高速緩存

Nginx的已配置（或因此我認爲），投放由WP-S生成靜態的HTML頁面UPER緩存。

碼頭容器中的大多數連接都是通過unix套接字（wp中的mysql db，nginx中的phpfpm）完成的。

問題： 該網站的初始和後續請求都非常快，但是當我壓力測試的服務器我得到奇怪的php-fpm的錯誤：

*144 connect() to unix:/var/run/php-fpm.sock failed (11: Resource temporarily unav 
ailable) while connecting to upstream, client: 192.168.0.102, server: www.local.dev, request: "GET /hello-world/ HTTP 
/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.sock:", host: "www.local.dev" 

我的問題是，爲什麼PHP-FPM如果nginx負責在高壓力情況下處理這些文件，並且即使使用php-fpm，爲什麼unix套接字失敗，也會使用它。

當然有解決這個問題的任何提示？

我發現，如果我讓壓力測試儀工具運行很長時間，php-fpm正在創建新的進程來照顧負載，但我正在尋找推動aws ec2 micro.t2實例和我不認爲它可以支持它在我的8核心機器上產生的所有進程。

配置：

Nginx的： https://gist.github.com/taosx/c1ffc7294b5ca64d11a6607d36d5b49e

我曾嘗試切換與TCP/IP（127.0.0.1:9000）的PHP-FPM Unix套接字，但我仍然得到同樣的錯誤並且初始請求會減慢20％。

Answer 1

我解決了我的問題。 我有我的wp-super-cache生成的html文件的錯誤路徑。 而不是/wp-content/cache/supercache/$http_host/$cache_uri/index.html我有/wp-content/cache/$http_host/$cache_uri/index.html。 請注意丟失的超級緩存子文件夾。