今天在调试PHP代码时突然报iexplore.exe 应用程序错误该内存不能为"read"错误，这是一个AJAX获取下拉框中的数据的小功能，根据下拉框中的选择数据来计算订单总额。可就是在选择下拉框时就会报iexplore.exe 应用程序错误该内存不能为"read"错误(当然只有在IE下才会报错)。现在只有一步步的查看问题的所在，最后终于定位在了这段显示订单总额的HTML代码上，仔细一看才发现是由于有个span标签未正确闭合，修改后问题解决。但是一直不知道为什么没有正确闭合标签就会报这样的内存不能为"read"的错误！呵呵……知道的网友麻烦指教一下！ 查看全文

用zend framework进行项目开发时，最麻烦的就是进行调试，在框架中利用zend debugger或 xdebug时就非常令人郁闷，在框架里跳进跳出了一上午还没进入到自己的代码中，汗死。如果大家有什么好的在框架中进行调试的方法请留言告诉我，感激不尽……不过我今天看到了一个不错的对zend framework的运行时进行监控的工具，名叫ZFDebug。把这个小工具整合进我们的项目中之后可以为我们提供这些信息： 查看全文

产生Fatal error:Maximum execution time of 60 seconds exceeded 错误的根本原因多种多样，但触发机制是一样的。PHP对任何脚本的运行时间长短有一个内置的限制，这是为了防止劣质代码长期运行并且占据WEB服务器的全部资源。这个错误就是表明页面运行的时间太长了。这种状态很容易模拟，只需启动像下面这样不会结束的循环就可以了： 查看全文

Parse error:syntax error,unexpected T_类错误从本质上来说都是相同的，表示编译器发现了意外类型的语言结构。这种类型的错误都会包含一个由T_开始的单词。T_代表"token",这是语言结构的内部记号。例如T_VARIABLE就是PHP用于表示变量的记号。类似的，T_STRING是代表字符串的记号。PHP中有很多记号，但不是全部记号都有含义明确的名称。 查看全文

整个项目做完了之后想看看代码的性能瓶颈在哪里，我一般是采用xdebug+wincachegrind来分析php程序的性能。以前一直在windows下开发，安装个xdebug扩展很方便。现在转到了linux环境中，也还行，熟了之后就离不开它了。现在记录一下在linux环境中安装xdebug+wincachegrind的过程。 查看全文

Notice:Use of undefined constant 类错误:这是相当常见的错误提示，表示代码在PHP期望是字符串的地方使用了直接的单词(没有加引号)。PHP对于这种情况的处理是非常友好的，它会假设代码表示的就是一个字符串。像下面这样的一行简单的代码就会产生上述错误 查看全文

今天PHP老是报一个错误：Warning: Call-time pass-by-reference has been deprecated in ***，不管我怎么屏蔽错误也无济于事，后来只有拿着这个错误去PHP官方网站查找原因 查看全文

脚本运行的任何时候都可能产生Fatal error:Cannot redeclare 类错误，其含义是很明确的：代码中企图定义一个已经定义过的函数。出现这种错误通常有两种可能，一种是由于脚本中包含了多个库文件，而其中某个库也包含了同样的脚本。我们应该在出现这种情况时使用include_once()或require_once()结构来引用任何包含函数或类定义的代码，因为这些结构 查看全文

这是一个很明确也非常常见的错误 ，如在使用header函数时或在使用setcookie函数时。所以也很容易修改。简单的说，在调用header()设置请求头之前不能向浏览器输出任何内容（setcookie也是设置请求头），因为在发送内容之前，必须先发送全部的HTTP请求头信息。 查看全文

在运行代码时，得到一个空白页面是很常见的。这通常是由于各方面的错误引起的，而且还没有打开足够高级别的错误报告。在WEB开发服务器上，我们应该确定让错误显示在屏幕上，而且将错误报告级别设置为E_ALL。还要确保显示启动错误，否则会漏掉一些初始解析错误。这样可以确保我们看到任何错误，从而避免看到烦人的空白页面。 查看全文