PHP程序员最易犯10种错误(转)
PHP是个伟大的web开发语言，灵活的语言，但是看到php程序员周而复始的犯的一些错误。我做了下面这个列表，列出了PHP程序员经常犯的10中错误，大多数和安全相关。看看你犯了几种
1.不转意html entities
一个基本的常识：所有不可信任的输入（特别是用户从form中提交的数据） ，输出之前都要转意。
echo $_GET['usename'] ;
这个例子有可能输出：
<script>/*更改admin密码的脚本或设置cookie的脚本*/</script>
这是一个明显的安全隐患，除非你保证你的用户都正确的输入。
如何修复 ：
我们需要将"< ",">","and" 等转换成正确的HTML表示(< , >', and ")，函数htmlspecialchars 和 htmlentities()正是干这个活的。
正确的方法：
echo htmlspecialchars($_GET['username'], ENT_QUOTES);
2. 不转意SQL输入
我曾经在一篇文章中最简单的防止sql注入的方法(php+mysql中)
讨论过这个问题并给出了一个简单的方法 。有人对我说，他们已经在php.ini中将magic_quotes设置为On，所以不必担心这个问题，但是不是所有的输入都是从$_GET, $_POST或 $_COOKIE中的得到的！
如何修复：
和在最简单的防止sql注入的方法(php+mysql中)
中一样我还是推荐使用mysql_real_escape_string()函数
正确做法：
<?php
$sql = "UPDATE users SET
name='.mysql_real_escape_string($name).'
WHERE id='.mysql_real_escape_string ($id).'";
mysql_query($sql);
?>
3.错误的使用HTTP-header 相关的函数: header(), session_start(), setcookie()
遇到过这个警告吗?"warning: Cannot add header information - headers already sent [....]
每次从服务器下载一个网页的时候，服务器的输出都分成两个部分：头部和正文。
头部包含了一些非可视的数据，例如cookie。头部总是先到达。正文部分包括可视的html，图片等数据。
如果output_buffering
设置为Off，所有的HTTP-header相关的函数必须在有输出之前调用。问题在于你在一个环境中开发，而在部署到另一个环境中去的时候，output_buffering
的设置可能不一样。结果转向停止了，cookie和session都没有正确的设置........。
如何修复:
确保在输出之前调用http-header相关的函数，并且令output_buffering = Off
。
4. Require 或 include 的文件使用不安全的数据
再次强调
相关文档：
问题描述：一个连接远程数据库的PHP脚本testdb.php，在浏览器中运行：http://localhost/testdb.php，出现错误：Can't connect to MySQL server on '10.60.56.220' (13)，但是在本地用php命令行运行：php testdb.php，却正常地连上了数据库并读出了其中的数据。
应用程序环境：本地IP：10.60.56.90，本地电脑上安装Apache 2 ......
这种问题我想大家可能都遇到过，网友提供的解决方法也很多。我也只是结合自己系统的需求并结合网友的解决方案来总结的一种方法
用来作为解决php以root权限执行一些普通用户不能执行的命令或应用的参考。
其实php里的popen()函数是可以解决这个问题的，但是由于某些版本的linux(如我使用的Centos 5)对系统安全的考虑，
使 ......
准备知识：
Ubuntu :
Ubuntu 是linux的一个版本，有非洲发布的，现在比较流行的一个版本。
参考百度说明Ubuntu
nginx ：
Nginx ("engine x") 是一个高性能的 HTTP 和 反向代理 服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点� ......
最近我的几篇文章都是是最近项目的一点心得^^
这个项目一开始就设计的“很大”，考虑了很多负载均衡方面的东西，比如采用nginx将php的请求分摊到若干个运行php fastcgi的独立服务器中。这样的设计除了在每个php fastcgi服务器中要保存一份程序的拷贝以外，还有一个亟待解决的问题。由于php fastcgi进程分别运行� ......
