123systems的VPS放了很久，偏偏W2停了一段时间，真的很无聊。我想把漂亮的图片放上去，就用15美元的小内存把123systems的VPS系统刷机重装了一下，自然就没做面板了。
直接LNMP，结果有一个意想不到的问题。
LNMPA的VPS安装很顺利，好像需要很长时间。大概用了2个小时(唉，够郁闷的。让我们稍后写一个对123系统15美元/年VPS的评估)。下载源码解压都不错。安装dedecms完全没问题。这个源代码，
是别人提供的，需要安装上传空间才能恢复数据。恢复数据时出现问题，每次都很快提示：504网关超时！
因为后台要还原的数据文件很多，我发现小一点的还好，问题总是出现在还原大数据库文件的时候。一开始我以为可能是php执行时间的问题，于是打开/usr/local/php/etc/编辑了php.ini文件：
Max_execution_time设置为0(或高于当前值)。
重启LNMP后，我忐忑不安的恢复数据，哦，还是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，而不是添加一个。结果，正如我所料，我只使用LNMP环境。
Dedecms后台完美还原，没有任何问题！
经过以上测试，不难看出小内存的VPS未必适合LNMP，所以还是用LNMP比较好，避免一些无端的问题。另外，在搜索过程中，发现一个朋友在使用LNMP的过程中出现了504错误。虽然赵嵘没有遇到这个问题，
记录在这里，让遇到问题的朋友可以尝试一下：
1.调整PHP-fpm . conf/usr/local/PHP/etc/(* * * LNMPA没有这个文件！***)
value name=" max _ children " 32/value value name=" request _ termin ate _ time out " 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，赵嵘给个建议：找个锤子，对着电脑砸下去！哈哈，开个玩笑！大家不要当真。赵嵘不对你在他面前读到的一切后果负责~ ~ ~
