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也没这样啊！