本日發(fā)明網(wǎng)站無(wú)法上傳資源和宣布文章，通過(guò)欣賞器查察處事器的返復(fù)書(shū)息

 Internal  "hljs-built_in">Server  "hljs-keyword">Error

剛開(kāi)始我覺(jué)得是應(yīng)用處事器可能是措施異常，查抄了下各自的日志，連請(qǐng)求記錄都無(wú)，措施代碼里也沒(méi)拋出過(guò)該范例的異常，所以可以從處事器可能Nginx中找原因了。

1、是否磁盤(pán)空間不敷？

利用 df -k 查察硬盤(pán)空間是否滿了。清理硬盤(pán)空間就可以辦理500錯(cuò)誤。nginx假如開(kāi)啟了access log，在不需要的環(huán)境下，最好封鎖access log。access log會(huì)占用大量硬盤(pán)空間。

2、nginx設(shè)置文件錯(cuò)誤？

這里不是指語(yǔ)法錯(cuò)誤，nginx假如設(shè)置文件有語(yǔ)法錯(cuò)誤，啟動(dòng)的時(shí)候就會(huì)提示。當(dāng)設(shè)置rewrite的時(shí)候，有些法則處理懲罰不妥會(huì)呈現(xiàn)500錯(cuò)誤，請(qǐng)仔細(xì)查抄本身的rewrite法則。假如設(shè)置文件里有些變量配置不妥，也會(huì)呈現(xiàn)500錯(cuò)誤，好比引用了一個(gè)沒(méi)有值的變量。

3、假如上面的問(wèn)題都不存在大概是模仿的并發(fā)數(shù)太多了，需要調(diào)解一下nginx.conf的并發(fā)配置數(shù)

辦理要領(lǐng)是：
1.打開(kāi)/etc/security/limits.conf文件，加上兩句

"hljs-bullet">* soft nofile 65535
* hard nofile 65535

2.打開(kāi)/etc/nginx/nginx.conf ，在worker_processes的下面增加一行

worker_rlimit_nofile 65535;

從頭啟動(dòng)nginx，從頭載入配置

kill  "hljs-subst">- `ps -ef | grep php | grep -v grep | awk '{print $2}'`
/usr/bin/spawn "hljs-attribute">-fcgi -a 127.0.0.1 -p  -C  -u www-data -f /usr/bin/php-cgi
killall -HUP nginx

重啟后再看nginx的錯(cuò)誤日志，有沒(méi)有發(fā)明500報(bào)錯(cuò)的環(huán)境了。

總結(jié)

發(fā)明問(wèn)題的時(shí)候，我沒(méi)去google可能百度，而是直接登錄長(zhǎng)途處事器排盤(pán)查題，花了快要一個(gè)小時(shí)才查出問(wèn)題辦理問(wèn)題，，揮霍不少時(shí)間，這讓我想起一句很經(jīng)典的話：措施員之所以出錯(cuò)誤，不是因?yàn)樗麄儾欢且驗(yàn)樗麄冏杂X(jué)得什么都懂。