通過網頁獲取資料，資料格式為xml。當xml比較短時，可以正常獲取資料。但是xml長度過長時不能正常獲取資料，通過觀察返回資料的源**，發現xml被截斷了。
對比發現，使用apache代替nginx的時候可以正常獲取長的xml資料。確定問題出現在nginx的配置上。
檢視ngnix日誌（yum安裝預設目錄：/var/log/nginx/）發現問題所在。
2015/01/26 13:38:07 [crit] 2316#0: *33 open() "/var/lib/nginx/tmp/fastcgi/1/01/0000000011" failed (13: permission denied) while reading upstream, client: 192.16 8.56.1, server: , request: "get /index.php?param=****** http/1.1", upstream: "fastcgi: .0.1:9000", host: "centos.ctrip.dev:8001"/var/lib/nginx/tmp/目錄下寫入了臨時資料，而執行nginx的使用者沒有該目錄的寫入許可權。
解決該許可權問題後問題解決。
返回xml過長時被nginx截斷的解決辦法
返回xml過長時被nginx截斷的解決辦法 問題描述 通過網頁獲取資料，資料格式為xml。當xml比較短時，可以正常獲取資料。但是xml長度過長時不能正常獲取資料，通過觀察返回資料的源 發現xml被截斷了。伺服器環境 centos 6.5，nginx 1.0.15，php 5.3.3 解決方法 對比...
PHP返回內容過長時被nginx截斷的解決辦法
檢視了html源 發現html源 被截斷了。因此，導致網頁內容顯示不全。之後的整個分析過程繞了一大圈，即是tcpdump，又是用tcpflow進行網路包分析。最後，還是從nginx的錯誤日誌中發現了端倪。在nginx的錯誤日誌中發現如下資訊 2016 03 29 06 08 10 crit 7042...
PHP返回內容過長時被nginx截斷的解決辦法
檢視了html源 發現html源 被截斷了。因此，導致網頁內容顯示不全。之後的整個分析過程繞了一大圈，即是tcpdump，又是用tcpflow進行網路包分析。最後，還是從nginx的錯誤日誌中發現了端倪。在nginx的錯誤日誌中發現如下資訊 2016 03 29 06 08 10 crit 7042...