皮皮网

1.LNMP LNMPA 504 Gateway Time-out错误解决方法
2.虚拟主机和vps 中的网站源码会不会被空间商盗走？

LNMP LNMPA 504 Gateway Time-out错误解决方法

       systems的VPS放那里很久没用，刚好W2被停了一些时日，实在无聊，想把美女还是放在上面，所以，直接卡擦重装了systems的房cms 2017 源码VPS的系统，$刀的小内存，自然不弄面板了，直接LNMP，结果出现了意想不到的问题。

       VPS安装LNMPA一路比较顺利，貌似时间比较长，花了2小时左右(哎，够郁闷的，晚点写个systems$/年VPS的评测吧)，下载源码，解压都不错，安装dedecms，完全OK。这个源码，是wdf驱动源码别人提供的，上传空间需要安装后再还原下数据，问题就在还原数据的时候出现了，每次均很快提示： Gateway Time-out！

       因为后台要还原的数据文件很多，我发现，前面比较小的没问题，问题总是出现在恢复某个大的数据库文件上，首先想到可能是php执行时间问题，打开/usr/local/php/etc/，编辑php.ini文件：

       max_execution_time 设置为0(或者高于目前值的java源码zgxq数值)

       重启过LNMP之后，忐忑的重新还原数据，OH，仍然，头疼，继续搜索解决方法。

       编辑：/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的MB内存VPS上安装，却没有出现类似的问题，实在比较闲，我想试试安装LNMP，不要加A试试，结果，完全如我所料，仅使用LNMP环境，dedecms后台完美还原，舵机pid源码未出现任何问题！

       经过上面的测试不难看出，小内存VPS也许不太适应LNMPA，还是用LNMP比较好，避免一些无端的问题。另外，搜索中发现，有朋友在使用LNMP的过程中出现错误，虽然赵容没有遇到这个问题，但是，这里一并记录下来，方便遇到问题的朋友试试：

       1.调整php-fpm.conf的相关设置/usr/local/php/etc/（***LNMPA无此文件！***）

       value name=”max_children”/value

        value name=”request_terminate_timeout”s/value

       2.调整nginx.conf的相关设置/usr/local/nginx/conf：

       fastcgi_connect_timeout ;

        fastcgi_send_timeout ;

        fastcgi_read_timeout ;

        fastcgi_buffer_size k;

        fastcgi_buffers k;

        fastcgi_busy_buffers_size k;

        fastcgi_temp_file_write_size k;

       好了经过以上的各种方法之后，您还是遇到的话，赵容给个建议：找个锤子出来，对着电脑，一锤子下去！哈哈，开玩笑的！各位爷您可别当真，赵容不对您看了前面的话产生的一切后果负责哦~~~

虚拟主机和vps 中的网站源码会不会被空间商盗走？

       你好，VPS里的不会，进入VPS需要系统管理员的密码。

       当然，如果刻意的要你的源码，VPS也是防不住的，IDC可以将VPS的虚拟磁盘直接挂载到其他机器上，进行直接读取。。。而虚拟主机的话，系统管理员直接进去拷贝就可以了。

       不过话说回来，只要你将网站放在IDC那里，不管是虚拟主机还是VPS，还是物理机（托管服务器），都是可以将源码拿出来的。

       不过基于职业道德，和行规，不会这么做，而且这样做是违法的。

       所以，选择一家正规的，名气比较大的IDC是非常有必要的。VPS是比虚拟主机的安全性高。