使用NGINX和PM靜態的服務器端優化

>本文詳細詳細介紹了優化多圖庫博客應用程序，將其初始負載時間從28秒的緩慢減少到0.7秒。 優化旅程著重於在線縮略圖。

>

優化後，實現了生產就緒的速度：

密鑰改進：

• 戲劇性的負載時間縮短：服務器端優化將初始加載時間從28秒削減至0.7秒。
• php-fpm流程管理：調整PHP-fpm的設置（Process Manager）會顯著影響性能。 pm消耗了更多的資源，但它消除了流程的開銷，從而提高了20％的性能。 pm=static
• > nginx和fastcgi緩存：利用nginx緩存，以極大地提高了靜態和動態內容。 中位請求時間下降至170毫秒，失敗的請求從17％下降到0.53％。
資源效率：
• 即使有適度的資源，主要的性能瓶頸也不是硬件。

>故障排除：

如果在Windows上使用Homestead改進，則可能會出現共享文件夾問題。 將

添加到

>中的文件夾中，通常會解決以下問題：type: "nfs"> Homestead.yaml

如果問題持續存在，則運行

>具有管理特權。 在這些修復之前，每個請求的加載時間為20-30秒：

vagrant up

測試方法：

蝗蟲負載測試與100個並髮用戶一起使用。 服務器堆棧包括PHP 7.1.10，Nginx 1.13.3和MySQL 5.7.19在Ubuntu 16.04上。 NGrok隧道http連接用於通過靜態URL進行測試。

> php-fpm和

設置：

pm

控制php-fpm過程管理中的設置。 測試了

，pm和/etc/php/7.1/fpm/pool.d/www.conf模式。 dynamic提供了最佳性能，但以更高的資源利用為代價。

> nginx和fastcgi緩存配置：> 使用靜態資產

實現 proxy_cachefastcgi_cache

pingdom測試證實了實質性的改進：

結論：

這種優化證明了使用NGINX緩存和戰略性PHP-FPM流程管理的服務器端調整的重大影響。 結果突出了即使使用適度的服務器資源，也可以實現大量性能的潛力。 最終測試的HAR文件可用（此處不包括）。 歡迎進一步的優化策略。 >

（初始圖像保留在頂部，所有後續圖像都保持其原始順序和格式。）

以上是使用NGINX和PM靜態的服務器端優化的詳細內容。更多資訊請關注PHP中文網其他相關文章！