123systems的VPS放那里很久沒用，剛好W2被停了一些時日，實在無聊，想把美女圖片還是放在上面，所以，直接卡擦重裝了123systems的VPS的系統，$15刀的小內存，自然不弄面板了，直接LNMP，結果出現了意想不到的問題。

VPS安裝LNMPA一路比較順利，貌似時間比較長，花了2小時左右(哎，夠郁悶的，晚點寫個123systems$15/年VPS的評測吧)，下載源碼，解壓都不錯，安裝dedecms，完全OK。這個源碼，是別人提供的，上傳空間需要安裝后再還原下數據，問題就在還原數據的時候出現了，每次均很快提示：504 Gateway Time-out！

因為后臺要還原的數據文件很多，我發現，前面比較小的沒問題，問題總是出現在恢復某個大的數據庫文件上，首先想到可能是php執行時間問題，打開/usr/local/php/etc/，編輯php.ini文件：

max_execution_time 設置為0(或者高于目前值的數值)

重啟過LNMP之后，忐忑的重新還原數據，OH，仍然504，頭疼，繼續搜索解決方法。

編輯：/usr/local/apache/conf/extra/下的httpd-vhosts.conf文件

查找：

php_admin_value open_basedir

修改為：

php_admin_value open_basedir "/home/wwwroot:/tmp/:/var/tmp/:/proc/:/etc/"

（#或者直接將它注釋掉）

然后，重啟LNMPA。

/root/lnmpa restart

繼續恢復，終于OK了。

雖然問題解決了，但是，我回想之前在buyVM的128MB內存VPS上安裝，卻沒有出現類似的問題，實在比較閑，我想試試安裝LNMP，不要加A試試，結果，完全如我所料，僅使用LNMP環境，dedecms后臺完美還原，未出現任何問題！

經過上面的測試不難看出，小內存VPS也許不太適應LNMPA，還是用LNMP比較好，避免一些無端的問題。另外，搜索中發現，有朋友在使用LNMP的過程中出現504錯誤，雖然趙容沒有遇到這個問題，但是，這里一并記錄下來，方便遇到問題的朋友試試：

1.調整php-fpm.conf的相關設置/usr/local/php/etc/（***LNMPA無此文件！***）

<value name=”max_children”>32</value> <value name=”request_terminate_timeout”>30s</value>

2.調整nginx.conf的相關設置/usr/local/nginx/conf：

fastcgi_connect_timeout 600; fastcgi_send_timeout 600; fastcgi_read_timeout 600; fastcgi_buffer_size 256k; fastcgi_buffers 16 256k; fastcgi_busy_buffers_size 512k; fastcgi_temp_file_write_size 512k;

好了經過以上的各種方法之后，您還是遇到504的話，趙容給個建議：找個錘子出來，對著電腦，一錘子下去！哈哈，開玩笑的！各位爺您可別當真，趙容不對您看了前面的話產生的一切后果負責哦~~~