PHP实现验证码判断需要用到三类主要PHP函数
分别是:1.字段截取函数 2.图像处理(绘入)函数 3.随机数函数
验证码的实现原理是在服务器端产生一个随机字符串，然后保存在服务器中，以图形方式发送到客户端。客户端在登录的时候输入验证码，如果与服务器端保存的验证码一致，则通过验证；否则重新生成一个验证码发送到客户端。每次的验证码是随机生成的。
关于随机数、随机数种子当时在毕业设计里面有涉及到,现在做一个比较专业的解释:
阅读全文…
php编程中经常需要用到一些服务器的一些资料，特把$_SERVER的详细参数整理下，方便以后用到，以后搜索方便
$_SERVER['PHP_SELF'] #当前正在执行脚本的文件名，与 document root相关。
$_SERVER['argv'] #传递给该脚本的参数。
$_SERVER['argc'] #包含传递给程序的命令行参数的个数（如果运行在命令行模式）。
$_SERVER['GATEWAY_INTERFACE'] #服务器使用的 CGI 规范的版本。例如，“CGI/1.1”。
$_SERVER['SERVER_NAME'] #当前运行脚本所在服务器主机的名称。
$_SERVER['SERVER_SOFTWARE'] #服务器标识的字串，在响应请求时的头部中给出。
$_SERVER['SERVER_PROTOCOL'] #请求页面时通信协议的名称和版本。例如，“HTTP/1.0”。
$_SERVER['REQUEST_METHOD'] #访问页面时的请求方法。例如：“GET”、“HEAD”，“POST”，“PUT”。
$_SERVER['QUERY_STRING'] #查询(query)的字符串。
$_SERVER['DOCUMENT_ROOT'] #当前运行脚本所在的文档根目录。在服务器配置文件中定义。
$_SERVER['HTTP_ACCEPT'] #当前请求的 Accept: 头部的内容。
$_SERVER['HTTP_ACCEPT_CHARSET'] #当前请求的 Accept-Charset: 头部的内容。例如：“iso-8859-1,*,utf-8”。
$_SERVER['HTTP_ACCEPT_ENCODING'] #当前请求的 Accept-Encoding: 头部的内容。例如：“gzip”。
阅读全文…
正在全力进行WP的一些小模块的汉化还有站点Rewrite的一些设置
作为PHPer, 最终还是要回归PHP的WordPress,也许这是注定的。
新的个人站点,新的开始…
进入倒计时…
IBM’s resource for developers and IT professionals in China
IBM developerWorks 中国
程序员资源与技术平台
http://www.ibm.com/developerworks/cn/ IBM 开发者资源平台
http://www.ibm.com/developerworks/cn/opensource/top-projects/php-resources.html IBM PHP 数据中心
数据宝藏,居然原来被我忽略了,失误失误~
这款机器虽然上市大半年了，从上海回来手机就坏了，没办法才从中关村E世界入手了小7。
不过性能绝对不俗，不管是音乐、GPS、照相、待机，虽然买不起N82，也买不起N85，2000价位我觉得非N78莫属，
嘿嘿放上来高兴一下～～～～～～～～～
特写～～～～～～
那天他们非要让我写使用感受，其实没啥，就两个字，超值…
大概随便写写：
GPS:拿着这个机器，测试了GPS，发现真的很灵，花30块破解的“高明”导航软件还是比较划算的，一般正常情况下10－15秒就可以完成卫星搜索，如果云层比较厚或者天气比较阴也不会非常受影响，感觉GPS功能还是比较超值。
音乐播放：主要我的耳机还凑合，我试听下来基本超越艾利和、创新800以内的MP3，对于朋友的Apple，我觉得稍微逊色一点，中音、高音非常圆润，但低音显得有些不够，稍带杂音。
软件使用速度：凭借一颗牛B 的ARM CPU 基本开着QQ、MSN、梦屿手机客户端、3－5个网页、看视频还是很流畅。。
照相：过两天送样张出来～
外观与易用性：好看的一塌糊涂，别人都说键盘不好用，我觉得除了C键不好用，其他的还可以，我打字速度明显降下来了，主要是因为用M608c、P1这种机器的全键盘太习惯了,装了A4和搜狗输入法，估计过段时间适应了就OK
最近看学习视频，一直看到前一大部分老师都用了php和html混编的形式，不过自己课下想想，其实从一开始学习php的过程，这种方式是不值得提倡的。
如果从没有GUI 的C基础而言，php和html代码混编也许比较容易理解。
但如果面对大型项目开发，会发现维护起来或者二次开发会是一场噩梦，混编的结果就是造成大量程序与界面代码堆积在一起，可读性极低。
原来看过几个简单的模板编程的例子，得出的结论是：
大型项目，特别是经常需要维护扩展的项目，要进行MVC分离。不然维护起来是一场噩梦。。
小型项目，特别是页面元素比较少的，不是经常变动的，混编就满足需要。
但回头看看大型程序开发比如phpwind、Discuz!、DEDE还有一些CRM程序，发现MVC和准确细节的注释是一个程序员的素质和美德。
前言
一、关于模板引擎的前言
从phplib到smarty，再到Discuz!的模板机制，本文试图通过PHP模板引擎为你讲解作者自己的PHP心得。
我清楚的记得在我刚上大学开始学习PHP的时候，曾经在phpe.net看到过一篇关于phplib Template和FastTemplate这两模板引擎性能比较的文章。让我在接下来半年的时间内持续的使用着phplib。不可否认phplib是左 右了一代PHP开发人员对于PHP模板引擎的认识。或许你也会对下面的方法比较熟悉
当我对于phplib的执行效率不满意的时候，我开始寻找下一个PHP的模板引擎，于是smarty跳入我的视野范围，当我费尽心血去学会了smarty并使用开发了很多东西，而现在的我突然发现记得的也就只有下面的方法了
究竟我们需要模板引擎来做什么呢，MVC？简单？易用？效率？请看下文的分析。
