<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                # php.ini 配置調優 —— 讓 PHP 應用性能維持在更高水平 接下來我們要討論的是如何調優服務器,讓 PHP 應用的性能維持在更高水平。 默認安裝的 PHP 就像是在百貨商店里購買的普通套裝,雖然合身,卻不完美。調優的 PHP 就像是定做的套裝,完全匹配你的尺寸。不過,需要注意的是,調優 PHP 只是提升 PHP 性能和效率的舉措,對拙劣的代碼和無響應的 API 調用無計可施。 ### php.ini文件 PHP 解釋器在`php.ini`文件中配置和調優,這個文件在不同操作系統中的位置有所不同,而且一般命令行對應的`php.ini`和 PHP-FPM 對應的`php.ini`文件是分開的。這里我們假設配置的是 PHP-FPM 對應的`php.ini`,但是下面講的優化措施適用于所有`php.ini`。 > 注:我們首先應該使用[PHP Iniscan](https://github.com/psecio/iniscan)工具掃描 php.ini,檢查使用了安全方面的最佳實踐。 ### 內存 運行 PHP 時需要關心每個 PHP 進程要使用多少內存,`php.ini`中的`memory_limit`設置用于設定單個 PHP 進程可以使用的系統內存最大值。 這個設置的默認值是 128M,這對于大多數中小型 PHP 應用來說或許合適,不過,如果運行的是微型 PHP 應用,可以降低這個值,以便節省系統資源,反之,如果運行的是內存集中型 PHP 應用,可以增加這個值。這個值的大小由可用的系統內存決定,確定給 PHP 分配多少值是一門藝術,決定給 PHP 分配多少內存,以及能負擔起多少個 PHP-FPM 進程時,可以根據以下維度信息進行判斷: * *一共可以分配給 PHP 多少內存?*以一個 2G 內存的 VPS 為例,這臺設備中可能還運行了其他進程,如 MySQL、Nginx 等,那么留 512M 給 PHP 是合適的。 * * *每個 PHP 進程平均耗費多少內存?*這個要監控進程的內存使用量,可以使用命令行命令`top`,也可以在 PHP 腳本中調用`memory_get_peak_usage()`函數,不管使用哪種方式,都要多次運行同一個腳本,然后取內存消耗的平均值。 * * *能負擔起多少個 PHP-FPM 進程?*假設我給 PHP 分配了 512M 內存,每個 PHP 進程平均耗費 15M 內存,那么可以負擔起 34 個 PHP-FPM 進程。 * * *有足夠的系統資源嗎?*最后還需要確認有足夠的系統資源運行 PHP 應用并處理預期的流量。 > 注:我們應該使用[Apache Bench](https://httpd.apache.org/docs/2.2/programs/ab.html)或[Siege](https://www.joedog.org/siege-home/)在類似生產環境的條件下對 PHP 應用做壓力測試,以確定生產環境是否有足夠的資源可用。 ### Zend OPcache 確定要分配多少內存后,就可以配置 PHP 的 Zend OPcache 擴展,關于這個擴展的詳細信息可參考這篇文章:[https://xueyuanjun.com/post/4396.html](https://xueyuanjun.com/post/4396.html)。 PHP 5.5.0+ 內置了這個擴展,下面是在`php.ini`文件中配置和優化 Zend OPcache 擴展所用的設置: * `opcache.memory_consumption = 64`:為操作碼緩存分配的內存(單位是MB),分配的內存量應該可以保存應用中所有 PHP 腳本編譯得到的操作碼,這個值根據應用的體量可以設置成不同大小的值。 * * `opcache.interned_strings_buffer = 16`:用來存儲駐留字符串的內存量(單位是MB),什么是駐留字符串呢?PHP 解釋器在背后會找到相同字符串的多個實例,把這個字符串保存在內存中,如果再次使用相同的字符串,PHP 解釋器會使用指針,這么做的目的是節省內存。默認情況下,PHP 駐留字符串會隔離在各個 PHP 進程中,這個設置能讓 PHP-FPM 進程池把所有進程駐留字符串存儲到共享的緩沖區中,以便在 PHP-FPM 進程池中的多個進程之間引用駐留字符串,這樣能節省更多內存。 * * `opcache.max_accelerated_files = 4000`:操作碼緩存中最多能存儲多少個 PHP 腳本,這個值的區間是 2000 到 100000 之間,這個值一定要比 PHP 應用中的文件數大。 * * `opcache.validate_timestamps = 1`:這個設置的值為1時,經過一段時間后 PHP 會檢查 PHP 腳本的內容是否有變化,檢查的時間間隔由`opcache.revalidate_freq`設置指定。如果這個設置的值為0,PHP 不會檢查 PHP 腳本的內容是否有變化,我們必須自己動手清除緩存的操作碼。建議在開發環境中設置為1,生產環境中設置為0。 * * `opcache.revalidate_freq = 0`:設置多久(單位是秒)檢查一次 PHP 腳本內容是否有變化。設置為0秒的含義是僅當`opcache.validate_timestamps`設置為1時,才會在每次請求時都重新驗證 PHP 文件,因此,在開發環境中每次都會重新驗證 PHP 文件,在生產環境中則不驗證。 * * `opcache.fast_shutdown = 1`:這么設置能讓操作碼使用更快的停機步驟,把對象析構和內存釋放交給 Zend Engine 的內存管理器完成。 ### 文件上傳 如果你的應用允許上傳文件,最好設置最大能上傳的文件大小。除此之外,最好還要設置最多能同時上傳多少個文件: ~~~ xxxxxxxxxx ~~~ 1 ~~~ file_uploads?=?1 ~~~ 2 ~~~ upload_max_filesize?=?10M ~~~ 3 ~~~ max_file_uploads?=?3 ~~~ 默認情況下,PHP 允許在單次請求中上傳 20 個文件,上傳的文件最大為 2MB,這里我設置為單次請求最多只能上傳 3 個文件,每個文件最大為 10MB,這個值不要設置太大,否則會出現超時。 > 注:如果非要上傳大文件,Web 服務器的配置也要做相應調整。除了在`php.ini`中設置之外,還要調整 Nginx 虛擬主機配置中的`client_max_body_size`設置。 ### 最長執行時間 `php.ini`文件中的`max_execution_time`用于設置單個 PHP 進程在終止之前最長可運行時間。這個設置默認是 30 秒,建議將其設置為 5 秒: ~~~ xxxxxxxxxx ~~~ 1 ~~~ max_execution_time?=?5 ~~~ > 注:在 PHP 腳本中可以調用 set\_limit\_time() 函數覆蓋這個設置。 假設我們想要生成報告,并把結果制作成 PDF 文件,這個任務可能要花 10 分鐘才能完成,而我們肯定不想讓 PHP 請求等待 10 分鐘,我們應該單獨編寫一個 PHP 文件,讓其在單獨的后臺進程中執行,Web 應用只需幾毫秒就可以派生一個單獨的后臺進程,然后返回 HTTP 響應: ~~~ xxxxxxxxxx ~~~ 1 ~~~ <?php ~~~ 2 ~~~ exec('echo?"create-report.php"?|?at?now'); ~~~ 3 ~~~ echo?'report?pending...'; ~~~ `create-report.php`在單獨的后臺進程中運行,運行完畢后可以更新數據庫,或者通過電子郵件把報告發給收件人。不過這種用法很少見,更多時候我們是通過異步消費隊列來實現類似的功能,無論從安全性、擴展性、可維護性上來講,效果更好,相關的組件有輕量級消息隊列[PHPResque](https://github.com/chrisboulton/php-resque)等。 ### 處理會話 PHP 默認的會話處理程序會拖慢大型應用,因為這個處理程序會把會話數據存儲在硬盤中,需要創建不必要的磁盤 I/O,浪費時間。我們應該把會話數據保存在內存中,例如可以使用 Memcached 或 Redis。這么做還有個額外好處 —— 以后便于伸縮。如果會話數據存儲在硬盤中,不便于增加額外的服務器,如果把會話數據存放在 Memcached 或 Redis 里,任何一臺分布式 PHP-FPM 服務器都能訪問會話數據。 如果想把會話數據保存在 Memcached 中,需要做如下配置: ~~~ xxxxxxxxxx ~~~ 1 ~~~ session.save_handler?=?'memcached' ~~~ 2 ~~~ session.save_path?=?'127.0.0.1:11211' ~~~ ### 緩沖輸出 如果是在較少的塊中發送更多數據,而不是在較多的塊中發送較少的數據,那么網絡的效率會更高,也就是說,在較少的片段中把內容傳遞給訪問者的瀏覽器,能減少 HTTP 請求總數。 因此,我們要讓 PHP 緩沖輸出,默認情況下,PHP 已經啟用了輸出緩沖功能,PHP 緩沖 4096 字節的輸出之后才會把內容發送給 Web 服務器,推薦配置如下: ~~~ xxxxxxxxxx ~~~ 1 ~~~ output_buffering?=?4096 ~~~ 2 ~~~ implicit_flush?=?false ~~~ > 注:如果想要修改輸出緩沖區的大小,確保使用的值是4(32位系統)或8(64位系統)的倍數。 ### 真實路徑緩存 PHP 會緩存應用使用的文件路徑,這樣每次包含或導入文件時就無需不斷搜索包含路徑了,這個緩存叫真實路徑緩存(realpath cache),如果運行的是大型的 PHP 文件(如 Composer 組件),使用了大量文件,增加 PHP 真實路徑緩存的大小能得到更好的性能。 真實路徑緩存的默認大小是 16K,這個緩存所需的準確大小不容易確定,不過可以使用一個小技巧:首先,增加真實路徑緩存的大小,設置為特別大的一個值,如 256K,然后,在一個 PHP 腳本的末尾加上`print_r(realpath_cache_size());`,輸出真實路徑緩存的真正大小,最后,把真實路徑緩存的大小改為這個真正的值。我們可以在`php.ini`文件中設置真實路徑緩存的大小: ~~~ xxxxxxxxxx ~~~ 1 ~~~ realpath_cache_size?=?64K ~~~
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看