在 web 開發過程中，常常會遇到 500 內部服務器錯誤。這個錯誤通常是由于服務器端代碼問題導致的。當我們使用 Nginx 作為 Web 服務器，PHP 作為后端程序時，經常會遇到類似問題。本文將詳細介紹如何通過分析 Nginx 和 PHP 的錯誤日志來找出 500 錯誤的根源。 首先，我們需要檢查 Nginx 的錯誤日志文件。通常該文件位于 Nginx 安裝目錄下的 logs/error.log 中。如果在 Nginx 的配置文件中指定了不同的路徑，則需要到該路徑下找到該文件。在 error.log 文件中，我們可以查看 Nginx 的錯誤信息，比如：

2021/11/08 11:25:59 [error] 6752#4768: *1 FastCGI sent in stderr: "PHP message: PHP Fatal error:  require(): 
Failed opening required 'xxxx.php' (include_path='.:/usr/share/pear:/usr/share/php') in 
/home/wwwroot/default/xxx.php on line 4" while reading response header from upstream, client: xxx.xxx.xxx.xxx, 
server: localhost, request: "GET /index.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "localhost"

在上面的日志信息中，我們可以看到出現了一個 PHP 的致命錯誤，由于某個 PHP 文件無法找到，并且出現在了錯誤日志中。我們可以根據這個日志信息來檢查對應的 PHP 代碼是否存在問題，例如該代碼是否能夠被正確加載等等。 接下來，我們需要檢查 PHP 的錯誤日志文件。PHP 的錯誤日志文件通常設置在 php.ini 文件中，這個文件通常位于 PHP 的安裝目錄下或者 Apache 的配置文件夾中。我們可以按照以下步驟來查看 PHP 的錯誤日志信息： 1. 打開 php.ini 文件，找到 error_log 參數，并確保其被設置為一個可寫的路徑和文件名。例如：

error_log = /var/log/php_errors.log

2. 在命令行或者終端中運行以下命令：

sudo tail -f /var/log/php_errors.log

這樣我們就可以實時地查看到 PHP 錯誤日志信息。通常我們會看到諸如以下錯誤信息：

[08-Nov-2021 11:25:59 UTC] PHP Fatal error:  require(): Failed opening required 'xxxx.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/wwwroot/default/xxx.php on line 4

在上面的錯誤信息中，我們可以看到與 Nginx 的錯誤日志文件中的信息完全相同。這些信息可以幫助我們更快地找到代碼的問題所在。 綜上所述，通過分析 Nginx 和 PHP 的錯誤日志，我們可以定位到導致 500 錯誤的代碼問題所在。當我們遇到類似問題時，不要驚慌，只需要耐心地分析錯誤日志，找出問題所在，然后解決它即可。