以前把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图常放在手边，并且要清楚地理解各个页�
属性名称：from，item,key,name
注意：
1,from和item是必要属性
2,{foreach}循环的name可以是任何字母，数组，下划线的组合，参考PHP变量。
3,{foreach}循环可以嵌套，嵌套的{foreach}的名称应当互不相同。
文件一：index.tpl
<b>下面的数据分别是：</b>
<ul>
{foreach from=$myArray1 key=k ite ......
