先来看一个例子：

function doublevalue($var)
{
$var = $var * 2;
}
$variable = 5;
doublevalue($variable);
print “\$variable is: $variable”;

输出的结果是： “5” ！

为什么？因为传送给函数的是变量5这个值，计算结果虽然是10，但是没有重新赋值给变量“$variable”，所以变量”variable”的值依然是5，这个需要注意。

如果把上面的第一个语句换一下：

function doublevalue(&$var)

那么输出结果变成： 10

因为加了一个“&”，所以参数就不是指变量值，而是指向变量存储在内存里的位置（变量本身）。结果在函数内改变$var也会影响到位于函数外原始变量$variable。

这个过程叫“引用”：引用变量自身。

同时，如果参数以引用的 形式被定义，则无法以直接量的表达式作为函数的参数，因为函数现在准备修改的对象是变量。

通过引用，也可以实现一个变量值被多个变量访问。

来看这个

$x = 10;
$y = &$x;
$y++;
print $x;
print $y;

结果你应该猜到了，两个11。因为改变$y同时也会改变$x,$y引用$x，事实上，他们等于是同一个变量。如果想解除$y对x变量的引用可以使用
unset($y);
HP0-729 PW0-300 310-083 来实现。

1、命名

<input type='checkbox' name='checkbox[]' value=$dwmyrow[banzhu] />

2、使用

当计划当作sql指令的一部分时：如果参与控制的字段是数值型的，则

if(! empty($_POST['checkbox'])) {
$expr = join(",", $_POST['checkbox']);
$sql = "select * from tbl_name where field in ($expr)";
}

如果参与控制的字段是数值型的，则

if(! empty($_POST['checkbox'])) {
$expr = "'".join("','", $_POST['checkbox']).".";
$sql = "select * from tbl_name where field in ($expr)";
}

PHP判断Form表单是否提交

$action=$HTTP_POST_VARS["Button1"];
 if($action=="提交")
 {
  //执行表单操作
 }
 else
 {
  //读取默认值
 }

PHP 获取字符串长度

strlen($myrow[1])

PHP Url转向

Header("Location: ".$_SERVER["HTTP_REFERER"]);

PHP超全局对象

<?php
$a = 1;
$b = 2;
function Sum()
{
   $GLOBALS["b"] = $GLOBALS["a"] + $GLOBALS["b"];
}
Sum();
echo $b;
?>

PHP 表单取值

如果  mothod="get"  就用  $_GET["test"]  代替$test 
如果  mothod="post"  就用  $_POST["test"]  代替$test

PHP取得当前IP

<?=$HTTP_SERVER_VARS["REMOTE_ADDR"]?>

PHP 取得当前时间

<?php
     echo date("Y-m-d G:i:s");
    ?>
date("Y年m月d日")
Date ("Y-n-j")

Dual Sim Mobile

原文如下：
澄清Java（接口与继承） 计算机学院研二的兄弟与我讨论Java，一见面，几个问题全是关于接口，接口有什么用？为什么要用接口？什么时候该使用接口？很庆幸他们不是问我 Java如何连接SQL Server，或者是如何开发J2EE应用，这类问题有杀伤力，避之则吉。今年计算机学院本科有个毕业设计课题是做J2ME，选这个题目的学生在5月末都 还在苦着脸研究java.util.*这个包，这个这个……唉。

　　大多数人认为，接口的意义在于顶替多重继承。众所周知Java没有c++那样多重继承的机制，但是却能够实作多个接口。其实这样做是很牵强的， 接口和继承是完全不同的东西，接口没有能力代替多重继承，也没有这个义务。接口的作用，一言以蔽之，就是标志类的类别（type of class）。把不同类型的类归于不同的接口，可以更好的管理他们。OO的精髓，我以为，是对对象的抽象，最能体现这一点的就是接口。为什么我们讨论设计 模式都只针对具备了抽象能力的语言（比如c++、java、c#等），就是因为设计模式所研究的，实际上就是如何合理的去抽象。（cowboy的名言是 “抽象就是抽去像的部分”，看似调侃，实乃至理）。

　　设计模式中最基础的是工厂模式（Factory），在我最近的一个很简单的应用中，我想尽量的让我的程序能够在多个数据库间移植，当然，这涉及很多问题，单是如何兼容不同DBMS的SQL就让人头痛。我们不妨先把问题简单化，只考虑如何连接不同的数据库。

　　假设我有很多个类，分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他们分别连接不同 的数据库，统一返回一个Connection对象，并且都有一个close方法，用于关闭连接。只需要针对你的DBMS，选择不同的类，就可以用了，但是 我的用户他会使用什么数据库？我不知道，我希望的是尽量少的修改代码，就能满足他的需要。我可以抽象如下接口：
package org.bromon.test;
public interface DB
{
　　java.sql.Connection openDB(String url,String user,String password);
　　void close();
}

　　这个接口只定义两个方法，没有任何有实际意义的代码，具体的代码由实作这个接口的类来给出，比如Mysql.java：000-710 000-732

Package org.bromon.test;
import java.sql.*;
public class Mysql implements DB
{
　　private String url=”jdbc:mysql:localhost:3306/test”;
　　private String user=”root”;
　　private String password=””;
　　private Connection conn;
　　public Connection openDB(url,user,password)
　　{
　　　　//连接数据库的代码
　　}

　　public void close()
　　{
　　　　//关闭数据库
　　}
}

　　类似的当然还有Oracle.java等等，接口DB给这些类归了个类，在应用程序中我们这样定义对象：

　　org.bromon.test.DB myDB; 000-774

　　使用myDB来操作数据库，就可以不用管实际上我所使用的是哪个类，这就是所谓的“开-闭”原则。但是问题在于接口是不能实例化的，myDB= new DB()，这样的代码是绝对错误的，我们只能myDB=new Mysql()或者myDB=new Oracle()。麻烦了，我还是需要指定具体实例化的是哪个类，用了接口跟没用一样。所以我们需要一个工厂：

package org.bromon.test;
public class DBFactory
{
　　public static DB Connection getConn()
　　{
　　　　Return(new Mysql());
　　}
}

　　所以实例化的代码变成：myDB=DBFactory.getConn()；
　　这就是23种模式中最基础的普通工厂 (Factory)，工厂类负责具体实例化哪个类，而其他的程序逻辑都是针对DB这个接口进行操作，这就是“针对接口编程”。责任都被推卸给工厂类了，当 然你也可以继续定义工厂接口，继续把责任上抛，这就演变成抽象工厂(Abstract Factory)。

　　整个过程中接口不负责任何具体操作，其他的程序要连接数据库的话，只需要构造一个DB对象就OK，而不管工厂类如何变化。这就是接口的意义----抽象。

　　继承的概念不用多说，很好理解。为什么要继承呢？因为你想重用代码？这绝对不是理由，继承的意义也在于抽象，而不是代码重用。如果对象A有一个 run()方法，对象B也想有这个方法，所以有人就Class B extends A。这是不经大脑的做法。如果在B中实例化一个A，调用A的Run()方法，是不是可以达到同样的目的？如下：
Class B
{
　　A  a=new A();
　　a.run();
}

　　这就是利用类的聚合来重用代码，是委派模式的雏形，是GoF一贯倡导的做法。

　　那么继承的意义何在？其实这是历史原因造成的，最开始的OO语言只有继承，没有接口，所以只能以继承来实现抽象，请一定注意，继承的本意在于抽 象，而非代码重用（虽然继承也有这个作用），这是很多Java烂书最严重的错误之一，它们所造成的阴影，我至今还没有完全摆脱，坏书害人啊，尤其是入门类 的，流毒太大。什么时候应该使用继承？只在抽象类中使用，其他情况下尽量不使用。抽象类也是不能实例化的，它仅仅提供一个模版而已，这就很能说明问题。

　　软件开发的万恶之源，一是重复代码而不是重用代码，二是烂用继承，尤以c++程序员为甚。Java中取缔多重继承，目的就是制止烂用继承，实是非常明智的做法，不过很多人都不理解。Java能够更好的体现设计，这是让我入迷的原因之一

1. 绑定, 创建一个MYSQL_STMT变量,与对应的查询字符串绑定,字符串中的问号代表要传入的变量,每个问号都必须指定一个变量.
2. 查询, 输入每个指定的变量, 传入MYSQL_STMT变量用可用的连接句柄执行.

1、语言层面的优化：php具有不少引擎(engine)层面的api，通过这些api，可以改变引擎执行的行为，从而达到优化运行的目的。其中，最值得去做的就是对编译结果cache。众所周知，php每次执行都需要经历源代码–〉编译–〉中间代码–〉引擎执行 这样的过程，对于一些大型应用，相当多的时间花费在无益的编译上了（不仅仅是访问页面的php文件需要经过编译环节，当脚本中利用require(),include()包含的一些文件都需要经过编译）。通过对编译结果的cache，能够极大地提高系统的性能（和系统复杂性、规模成正比） 。

php世界中三个主流的能够实现编译cache的工具是：

The Zend Accelerator—A commercial, closed-source, for-cost compiler cache produced by Zend Industries
The ionCube Accelerator—A commercial, closed-source, but free compiler cache written by Nick Lindridge and distributed by his company, ionCube
APC—A free and open-source compiler cache written by Daniel Cowgill and George Schlossnagle
APC的安装方法，APC包含在PECL中，具体安装如下 190-823  190-802 ：

运行命令

#pear install apc

之后，在php.ini文件中添加：

extension = /path/to/apc.so

这样，就完成了安装，当下次运行php，APC就会自动激活，将编译结果放入共享内存中cache起来，下次再执行的时候就直接从内存中获取编辑结果执行，不需要再次编译。

疑问：对于自上次编译后变动了的php，APC是否能够自动重新编译？

2、php代码优化：利用一些工具能够市的编译后产生优质中间代码，具体如下：

The Zend Optimizer is a closed-source but freely available optimizer.
The ionCube accelerator contains an integrated optimizer.
proof-of-concept optimizer in PEAR.
优化器主要的功能：

1、清除无用的代码，例如永远也不会执行的死代码。

2、常量的计算，例如将$seconds_in_day = 24*60*60直接变为$seconds_in_day = 86400;

3、其它代码优化功能，例如有这么一个语句：

    $count++;

    会优化为++$count，使得执行速度更快。 当然，如果语句是$i = $count++；则不会进行优化