123systems的VPS早就有了，只是因为W2停了一段时间。真的很无聊，想把美女的照片放上去。所以我直接用15美元的小内存把123systems的VPS的系统擦干净重装了。自然，我没有拿到面板，所以我直接去了LNMP，这导致了意想不到的问题。
LNMPA的VPS安装很顺利，好像用了很长时间。大概用了2个小时(哎，够郁闷了，以后再写123systems$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重新启动
继续，终于没事了。
虽然问题已经解决了，但是我回忆起之前在buyVM的128MB内存VPS上安装过，并没有出现类似的问题。它是相当空闲的。我本想试着不加A就安装LNMP，结果正如我所料，我只用了LNMP环境，dedecms在后台完美还原，没有任何问题！
经过上面的测试，不难看出小内存VPS可能不适合LNMPA，但是还是用LNMP比较好，可以避免一些无端的问题。另外，在搜索中发现有朋友在使用LNMP的过程中出现了504错误。虽然赵嵘没有遇到这个问题，但是记录在这里，有问题的朋友可以尝试一下：
1.调整PHP-fpm . conf/usr/local/PHP/etc/(* * * LNMPA没有这个文件！***)
value name=" max _ children " 32/value
value name="请求终止超时" 30秒/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，赵嵘给个建议：找个锤子，对着电脑，一锤子下去！哈哈，开个玩笑！伙计们，别当真。你之前说的一切后果，赵嵘不负责~ ~ ~
