前段時間把程序員的wordpress升級到3.5.1，本身如果沒有特別的插件，在后台更新就能完成。
更新完成后在后台發布文章，編輯器不能點擊可視化標簽，只能顯示html標簽，看了下js控制台提示ReferenceError: tinyMCE is not defined 3.5。
直覺以為升級哪里有問題，簡單粗暴的重裝了，可是還是不行，這時候就覺得可能是nginx哪里配置的問題了。
查看了一下日志文件，發現有下面的錯誤提示：
2013/03/13 01:22:17 [crit] 3331#0: *10 open() "/usr/local/lnmp/nginx/fastcgi_temp/3/00/0000000003" failed (13: Permission denied) while reading upstream, client: 124.42.13.230, server: 264.cn, request: "GET /wp-admin/load-scripts.php?c=0&load%5B%5D=jquery,utils,plupload,plupload-html5,plupload-flash,plupload-silverlight,plupload-html4,json2&ver=3.5.1 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "264.cn", referrer: "http://www.nginx.cn/wp-admin/post-new.php"
很明瀏覽器只加載了部分頁面，原因是Permission denied。
首先確認工作進程(worker process)的用戶:
檢查配置文件nginx.conf的user指令
user www-data;
后者執行命令
#ps aux | grep "nginx: worker process" | awk '{print $1}'
www-data
都可以得到nginx工作進程的運行用戶
檢查nginx的proxy_temp目錄的所有者，
drwx------ 2 root root 4096 Mar 3 03:28 proxy_temp
可以看到proxy_temp的所有者不是www-data，修改目錄所有者為www-data即可。
chown -R www-data:www-data proxy_temp
通過以上的步驟，wordpress就可以正常的顯示，不會出現后台的js錯誤了。
分析下failed (13: Permission denied) while reading upstream問題的原因
首先看一下nginx 反向代理參數說明
proxy_connect_timeout 600; #nginx跟后端服務器連接超時時間(代理連接超時)
proxy_read_timeout 600; #連接成功后，后端服務器響應時間(代理接收超時)
proxy_send_timeout 600; #后端服務器數據回傳時間(代理發送超時)
proxy_buffer_size 32k; #設置代理服務器（nginx）保存用戶頭信息的緩沖區大小
proxy_buffers 4 32k; #proxy_buffers緩沖區，網頁平均在32k以下的話，這樣設置
proxy_busy_buffers_size 64k; #高負荷下緩沖大小（proxy_buffers*2）
proxy_temp_file_write_size 64k; #設定緩存文件夾大小，大於這個值，將從upstream服務器傳
問題就出在proxy_temp_file_write_size上，當你的文件超過該參數設置的大小時，nginx會先將文件寫入臨時目錄(缺省為nginx安裝目下/proxy_temp目錄),
如果nginx對prxoy_temp沒有權限就會寫不進去，結果就是只顯示部分頁面。
我遇到這個案例用工具查看了一下，post-new.php這個頁面大小事94，超過了64k就要符合我們上面的分析。
