php开发web程序的几点经验记录
以前把php当作一个纯粹的系统编程脚本，从3月份开始第一次使用php写web网站，一点经验在这里总结一下。
一：打开错误显示和错误日志。在php.ini中把dispaly_errors设置为On，或者在脚本开头用ini_set('display_errors', 'On')。
二：
调试工具必备。需要两种调试工具：第一种是调试php脚本的，就像C调试器那样可以在脚本中设置断点，单步执行，运行时查看变量值、修改变量值等，我用的
是xdebug +
vim；第二种是调试HTTP的，当页面打开后一片空白，连个错误信息都没有，或者有些ajax调用的地方出现程序错误，这个时候很需要一个工具来查看实
际的HTTP通信过程，我用的是firefox的插件httpfox。
三：自定义错误处理和异常处理程序。错误处理和异常处理这两个是极
好用的东东，我一般用错误处理来向终端用户报告错误，用异常来记录应用程序运行时错误，比如数据库连接错误等。这两类错误我自己也时常分不清楚，我使用它
们的时候基于这个想法：当程序运行出错时，向用户报告的错误信息一定要友好且隐藏数据库和后台代码细节，这个时候就用trigger_error引发自定
义的错误处理程序来报告错误；同时程序员要能够在事后知道程序为什么会出错，这需要记录错误发生处的调用栈等信息，而异常本身就把这些信息保留得非常完
全，所以这个时候我会throw new Exception("error
message")来触发自定义的异常函数，然后在异常函数中把错误信息用error_log记录到日志文件中去。设置自定义错误处理程序用
set_error_handler，设置的这个自定义函数中返回false表示在处理之后再把该错误由php默认的处理函数处理一次，返回true表示
在自己处理后即终止。设置自定义异常处理函数用set_exception_handler。
四：一些辅助工具如firefox的插件firebug极好用。它可以马上查看页面上任何一个元素的html代码和css格式，可以调试javascript。
五：再次推荐xdebug工具。它把所有的错误信息都格式化输出，看起来非常明了。
六：
使用MVC的时候经常判断不清楚哪些应该放在controller里面，哪些应该放到model里面。放错了没关系，一个功能有很多种实现方式，只要保证
统一就好。代码风格糟糕也没关系，多读几个函数就习惯了，只要全局约定都统一起来，代码就无所谓好坏了。全局约定统一这是需要意志力去坚持的，要花时间去
克服那种为了偷机取巧破坏全局规范的坏毛病。
七：考虑问题一定要全面。要把数据库的ER图常放在手边，并且要清楚地理解各个页�
相关文档：
花了几个小时的时间研究一下，发现还是比较好用的！
smarty可以很好地将逻辑与表现分离，后台程序员和web前端工程师各干各的事，不像以前，php代码和html代码杂合在一起，后台程序员和前端前序员一起发飙，因为他们的技能要求更高了，都必须要懂对方的语言，呵呵！
网上介绍的配置太哆嗦了，也许是老版本的缘故的，因为我 ......
每个PHP程序员都知道PHP有强大的正则表达式功能，为了以后的工作方便，我从网上整理了关于正则表达式的资料，方便以后工作时的进行资料查阅。
正则表达式(regular expression)描述了一种字符串匹配的模式，可以用来检查一个串是否含有某种子串、将匹配的子串做替换或者从某个串中取出符合某个条件的子串等。 ......
I’ve just updated Aptana Studio from 1.5 to 2.0 only to find out that the spectacular Aptana PHP plugin is not longer supported and its installation has been removed from the Install Additional Features view. However, with some tricks we can still install the old Aptana 1.5.1 in order to use i ......
<?php
class DoubleQueue
{
public $queue = array();
/**（尾部）入队 **/
public function push($value)
{
return array_push($this->queue,$value);
}
/**（尾部）出队**/
public function pop()
{
return array_pop($this->queu ......
