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万能密码注入，记得过滤接收字符串中的单引号和*号。
相关文档：
单件模式要解决的问题就是“如何让这个类只有一个实例”。
我们的web应用中，大量使用了数据库连接，如果反复建立与数据库的连接必然消耗更多的系统资源。
我们如何解决这个问题，建立唯一的数据库连接是必要的方式。
我们又如何知道与这个数据库的连接是否已经建立？ 还是需要现在建立？
单件模式可以解决� ......
在PHP5类中继续使用cons修饰常量。我们使用const定义一个常量，定义的这个常量不能被改变。在PHP5中const定义的常量与定义变量的方法不同，不需要加$修饰符。 const PI = 3.14； 这样就可以。
而使用const 定义的常量名称一般都大写，这是一个约定，在任何语言中都是这样。
如果定义的常量由多个单词组成，使用 _ 连接， ......
<p>抽象类实现接口，可以不实现其中的抽象方法，而将抽象方法的实现交付给具体能被实例化的类去处理。</p>
<textarea name="code" class="php">
<?php
interface User
{
function getName();
function setName($_name);
}
//此处只是实现了一个接口的一个方法
abstract cl ......
在PHP里Tidy模块其实功能很强，特别用在网页分析这一块，由于最近在读取邮箱通讯录里，像163读出来的就是一个页面，只有通过Tidy分析读取邮箱地址和姓名，所以在这里简单的介绍一下Tidy的安装，这里为什么在指出PHP4.X和PHP5.X，因为在PHP4.X还没有自带Tidy模块，PHP5.X自己带有，所以在网上很多资料都是说找不到支持PHP5 ......
