PHP万能密码
对PHP安全方面的资料作了些收集和查阅，PHP注入首当其冲，一篇神秘小强的PHP万能密码写得不错，摘录：
说实话如果一个网站的前台都是注入漏洞，那么凭经验，万能密码进后台的几率基本上是百分之百。
可是有的人说对PHP的站如果是GPC魔术转换开启，就会对特殊符号转义，就彻底杜绝了PHP注入。其实说这话的人没有好好想过，更没有尝试过用万能密码进PHP的后台。其实GPC魔术转换是否开启对用万能密码进后台一点影响也没有。如果你用这样的万能密码'or'='or'，当然进不去，理由是GPC开启的时候单引号会被转换。
PHP注入时我常用的PHP万能密码是：
'or 1=1/*.
那我们分析一下为什么这可以进后台。
如果SQL语句这样写：
"SELECT * from admin where name='".$_POST['name']."'and password='".$_POST['password']."'"
那我们在帐号处输入万能密码'or 1=1/*，密码随便输，sql语句就成了：
SELECT * from admin where name=''or 1=1/*' and password='任意字符'
/*为mysql的注释符，这样后面的东西就都被注释掉了，也就是为什么密码随便输的原因。
假设GPC转换没有开启，那么请看：where name=''or 1=1（*/后面的东西被注释掉了），name='' 的逻辑值为假，而后面的1=1逻辑值则为真，对于整体就成了假 or 真，最终的逻辑值还是真，就进后台了。
那么如果GPC转换开启了，就对单引号进行了转换。语句就变成了：where name='\'or 1=1（*/后面的东西被注释掉了），在看一下和刚才有什么区别，无非是多了个\。name='\'与name=''的逻辑值一样，都为假，那1=1为真，总的sql语句的逻辑值不还是真吗？那有进不去后台的理由吗？
所以总的来说，php网站的万能密码可以这样写:'or 1=1/*，而GPC转换是否开启对它没有任何影响！
所以请改变你的想法：存在字符型注入的PHP网站是可以用万能密码'or 1=1/*的。
------
防止PHP万能密码注入，记得过滤接收字符串中的单引号和*号。
相关文档：
static关键字用来修饰属性、方法，称这些属性、方法为静态属性、静态方法。
static关键字声明一个属性或方法是和类相关的，而不是和类的某个特定的实例相关，因此，这类属性或方法也称为“类属性”或“类方法”
如果访问控制权限允许，可不必创建该类对象而直接使用类名加两个冒号“::”调 ......
在PHP5类中继续使用cons修饰常量。我们使用const定义一个常量，定义的这个常量不能被改变。在PHP5中const定义的常量与定义变量的方法不同，不需要加$修饰符。 const PI = 3.14； 这样就可以。
而使用const 定义的常量名称一般都大写，这是一个约定，在任何语言中都是这样。
如果定义的常量由多个单词组成，使用 _ 连接， ......
抽象类的应用就是典型的模版模式，先声明一个不能被实例化的模版，在子类中去依照模版实现具体的应用。
模版模式实例
我们写这样一个应用：
银行计算利息，都是利率乘以本金和存款时间，但各种存款方式计算利率的方式不同，所以，在账户这个类的相关方法里，只搭出算法的骨架，但不具体实现。具体实现由各个子类来完成� ......
环境软件版本介绍：
APACHE 2.0.59
PHP5.2.3
MYSQL5.0.45
GD-2.0.35
Zend Optimizer v3.3.0
&n ......
一、规范前言篇
标准化不是特殊的个人风格，它让程序员可以了解任何代码，弄清程序的状况；新人可
以很快的适应环境；防止新接触php的人一次次的犯同样的错误；在一致的开发环境下，
可以减少人们犯错的机会。本规范的标准在绝对多数应用上为仿照java技术体系，因为
java技术体系以其众多成功的案例成为大部分计算机应� ......
