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图常放在手边，并且要清楚地理解各个页�
相关文档：
声明：部署DedeCMS，在网上搜了很多资料，包括这个论坛，几乎没有发现在linux下部署的现成资料可以参考。
遂，自己把整个部署过程中一些重要的点记录下来，一是算做自己的劳动成果，同时，期望对曾经和我一样迷茫，不知如何部署 ......
花了几个小时的时间研究一下，发现还是比较好用的！
smarty可以很好地将逻辑与表现分离，后台程序员和web前端工程师各干各的事，不像以前，php代码和html代码杂合在一起，后台程序员和前端前序员一起发飙，因为他们的技能要求更高了，都必须要懂对方的语言，呵呵！
网上介绍的配置太哆嗦了，也许是老版本的缘故的，因为我 ......
<?php
class DoubleQueue
{
public $queue = array();
/**（尾部）入队 **/
public function push($value)
{
return array_push($this->queue,$value);
}
/**（尾部）出队**/
public function pop()
{
return array_pop($this->queu ......
知道差距了，努力吧！
1. Which of the following will not add john to the users array?
1. $users[] = 'john';
2. array_add($users,'john');
3. array_push($users,'john');
4. $users ||= 'john';
2. What's the difference between sort(), asort() and ksort? Under what circumstances would you use each o ......
