错误提示
Fatal error: Cannot redeclare class ….
从字面来看也很好理解，说明是重复定义了类，找了一下自己的代码，是因为存在同名的类导致的，修改了类名就好了。
原因分析
1.在同一个文件中重复声明了两次同名的类：
例如：
| 代码如下 | 复制代码 |
| <?php class Foo {} // some code here class Foo {} ?> |
|
在第二个 Foo 的地方就会报错。
解决：去掉第二个Foo，或者重命名。
为了防止重复定义，可以在定义一个新的类的时候判断一下这个类是否已经存在：
| 代码如下 | 复制代码 |
| if(class_exists('SomeClass') != true) { //put class SomeClass here } if(class_exists('SomeClass') != true) { //put class SomeClass here } |
|
2.重复包含相同的类文件：
例如：对于某个类文件some_class.php，在a.php中
| 代码如下 | 复制代码 |
|
include "some_class.php"; |
|
在b.php中
| 代码如下 | 复制代码 |
|
|
|
就会报错。
解决：将上述的include全部替换为include_once
3.该类为PHP类库中内置的类。
判断方法：在一个空文件中写入
| 代码如下 | 复制代码 |
| <?php class Com { } ?> |
|
这时候提示Cannot redeclare class Com，说明这个类就是PHP内置的类。不能使用。
另外，要避免使用太大众化的类名，比如Com，这个类在Linux使用可能是正常的，在Windows环境却无法运行。
再记一个网上找到的解决方法，可能在某些场合有用，先记着
| 代码如下 | 复制代码 |
|
|
|
上面的办法不适用于使用了php __autoload类加载的方法 ,但己经可以解决办法问题了，__autoload是自动加载的我们只要把相同类名找出来然后重命名即可。
在php中我们如果没进行时区配置运行使用php日期时间函数时会提示一些时区问题的错误，也有可能出现时区不对，与北京时间相关几个小时问题，下面我来一并给各位同学介绍。在用PHP5.3以上的PHP版本时，只要是涉及时间的会报一个
我在使用
<?
echo date('Y-m-d');
?>
提示
"PHP Warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for '8.0/no DST' instead in"
实际上，从 PHP 5.1.0 ，当对使用date()等函数时，如果timezone设置不正确，在每一次调用时间函数时,都会产生E_NOTICE 或者 E_WARNING 信息。而又在php5.1.0中，date.timezone这个选项，默认情况下是关闭的，无论用什么php命令都是格林威治标准时间，但是PHP5.3中好像如果没有设置也会强行抛出了这个错误的,解决此问题，只要本地化一下，就行了。
以下是三种方法(任选一种都行)：
一、在页头使用date_default_timezone_set()设置 date_default_timezone_set('PRC'); //东八时区 echo date('Y-m-d H:i:s');
二、在页头使用 ini_set('date.timezone','Asia/Shanghai');
三、修改php.ini。打开php5.ini查找date.timezone 去掉前面的分号修改成为：date.timezone =PRC
今天白天才架起PHPStorm+xdebug的调试环境，就遇到了各式各样的问题：访问超慢响应、访问超快响应但是是空白页。
问题A解决的方法很多，总归还有解决办法；问题B我估计是线程问题，也许可以通过调试php.ini的配置搞定，也许不是，很难讲清楚，线程的问题可能要跟xdebug的版本扯上关系。
解决方式
PHP.ini 找到memory_limit参数，增大！
换一个浏览器！我之前一直用Google Chrome调试程序，之后就开始变慢下来，直到每个页面变成6秒才加载完毕，已经忍无可忍。换成了Firefox、IE均没有这个问题。 （这个方法很好用，还能立刻见效！）
使用 xdebug.profiler_enable_trigger配置，有选择的运行xdebug功能探查程序。
xdebug.remote_host 的值最好跟你服务器的IP一致，比方说你是通过localhost访问，则这里写localhost，你是127.0.0.1访问，就写127.0.0.1
看看你的xdebug.profiler_output_dir目录是否已经达到几G了？（一套电商程序很可能在持续开发十几个小时后，xdebug.profiler_output_dir目录的xdebug文件达到好几G！）
平时不需要的时候，最好关闭xdebug！
xdebug.remote_enable = 0
xdebug.profiler_enable = 0
xdebug.remote_autostart = false
最后，一句话：DON’T RUN XDEBUG ON PRODUCTION.
php中使用内置的reset函数可以获取array的第一个元素的值。例如：
| 代码如下 | 复制代码 |
|
$arr = array('one', 'two', 'three'); echo reset($arr); |
|
// 输出的结果为 one对于下述代码，如果php开启了"Strict Standards"，将会看到"Strict Standards: Only variables should be passed by reference in"的提示。
| 代码如下 | 复制代码 |
|
$str = 'netingcn.com'; echo reset(explode('.', $str)); |
|
为什么会这样呢？可以先看看reset函数的定义：
function reset (array &$array) {}从定义中可以看到，reset接受的参数是一个array的引用。而上述代码中explode返回值不是任何array的引用，所以在"Strict Standards"下会有上述提示。解决办法很简单，只需要把reset(explode('.', $str))分两步写即可。第一步先把explode的返回值赋给一个变量，第二步把这个变量作为reset参数。
出现上面的提示的不只是reset函数，只要参数接受的是对象引用，而传值直接使用function返回值都会看到那样的提示。例如内置的array_pop、shuffle、curent、next、prev、next等等
php 中使用memcached扩展来访问memcached时，当memcached服务器无法正常连接，在默认设置下会造成请求响应变慢。注意：无法正常连接指网络故障，如两台服务器无法进行通信等，只要能ping通，就算memcached服务没有开启或down掉，不会影响响应时间，只是memcached没有启作用。
设置timeout时间通过常量Memcached::OPT_CONNECT_TIMEOUT来控制，默认是4000毫秒（php 官网显示1000，我测试版本1.0.2和2.0.1都是4000）。另外1.0.2和2.0.1还有很大差别。1.0.2在执行addServer时就会连接memcached服务器，而且执行命令时候需要2倍的timeout时间，所有当memcached无法连接时候，花费时间是3倍的timeout时间。
2.0.1在php 5.2中似乎有bug，无法使用，具体参看：https://bugs.php.net/bug.php?id=61283。