2023-04-07 11:23:03 阅读( 5032)
123systems的VPS放那里很久没用,刚好W2被停了一些时日,实在无聊,想把美女图片还是放在上面,所以,直接卡擦重装了123systems的VPS的系统,$15刀的小内存,自然不弄面板了,直接LNMP,结果出现了意想不到的问题。
123systems的VPS放了很久,偏偏W2停了一段时间,真的很无聊。我想把漂亮的图片放上去,就用15美元的小内存把123systems的VPS系统刷机重装了一下,自然就没做面板了。
直接LNMP,结果有一个意想不到的问题。
LNMPA的VPS安装很顺利,好像用了很长时间,大概用了2个小时左右(唉,够郁闷了,后面写个123systems$15/年VPS的评测吧)。下载源代码解压都还好,安装dedecms完全ok。这个源代码,
是别人提供的,需要安装上传空间才能恢复数据。恢复数据时出现问题,每次都很快提示: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 to terminate timeout" 30 seconds /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的话,赵容给个建议:找个锤子出来,对着电脑,一锤子下去!哈哈,开玩笑的!各位爷您可别当真,赵容不对您看了前面的话产生的一切后果负责哦~~~
猜你喜欢
Guessyoulike