systems的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><valuname=”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的话，赵容给个建议：找个锤子出来，对着电脑，一锤子下去！哈哈，开玩笑的！各位爷您可别当真，赵容不对您看了前面的话产生的一切后果负责哦~~~