Kloxo管理面板php suphp相关文件一般在:
/etc/httpd/conf.d/suphp.ini
/etc/suphp.conf
这2个地方,其中suphp.conf里面的配置相对重要,这里就这个问题说一下。
一、Kloxo的常见问题的通用解决办法
首先是Kloxo面板打不开的问题,找到 /script/ 目录里面对应的各种fix,运行之,一般的问题都可以fix掉。
其次是Kloxo正常了但网站打不开的问题,这种情况一般是由于升级后用户、用户组、权限、配置的变化导致的,还是先/script/下各种fix,
如果问题比较复杂,Kloxo自带的fix解决不了,那只有靠” 日志 + google + 测试 ” 了。
二、suphp / apache 权限的问题
之前升级了一次版本,php以suphp模式加载,但是发现php脚本生成的文件权限不对,之前一直勉强用着,今天整理服务器顺便就处理了。
suphp相关的东西,自然要找suphp的配置文件,kloxo默认在/etc/suphp.conf
[global] logfile=/var/log/httpd/suphp_log loglevel=info webserver_user=apache docroot=/ env_path=/bin:/usr/bin umask=0077 min_uid=11 min_gid=11 ;安全设置 allow_file_group_writeable=true allow_file_others_writeable=false allow_directory_group_writeable=true allow_directory_others_writeable=false check_vhost_docroot=true ;是否显示错误信息 errors_to_browser=true [handlers] ;Handler for php-scripts x-httpd-php="php:/usr/bin/php-cgi" ;Handler for CGI-scripts x-suphp-cgi="execute:!self"
这是一段标准配置 没啥说的,只要注意几个地方:
(1)webserver_user id 和 所在组id要与 min_uid、min_gid对应好,查看命令: id 用户id/用户名 / groups 用户名。
(2)另外要注意的一个地方是, suphp意在让php在一个相对安全的模式下运行,所以当一个目录为 777 权限是会提示安全问题 而且使脚本无法正常运行,建议设为 755 即可。
(3)如果是从老版kloxo升级到新版的可能还会遇到session的目录权限问题,我是直接给的session目录改名 然后给777权限(不建议这样做)。
三、关于Linux学习和Amazon AWS想说的一些
Linux学习跟其他东西的学习一样,需要更多的联系之外要去学会Linux的思维模式。
AWS不是说免费试用1年么! 艹!老子被扣费了!太尼玛坑爹了!各种先限制各种扣费,甚至uptime现在也没优势了,3天2头down,BURSTNET也没这样啊!
暂无评论