如果date时间不一致可以使用date_default_timezone_set设置时区：
| 代码如下 | 复制代码 |
|
<?php
date_default_timezone_set('Asia/Chongqing');
//获取当前时间
echo date('Y-m-d H:i:s',time());
echo "<br>";
//对当前时间进行计算
echo date('Y-m-d H:i:s',time()-600); //减10小时
echo "<br>";
//时间戳转时间
echo date('Y-m-d H:i:s',1364277600);
//时间转时间戳（仅精确到秒）
echo strtotime("2013-03-26 14:00");
echo "<br>";
?> |
|
除了上面办法我们还可以在php.ini中设置一个时区，这们以后就不需要程序开加这date_default_timezone_set('Asia/Chongqing');了
| 代码如下 | 复制代码 |
|
date.timezone = PRC |
|
文章页面的 description 是使用 substr 函数来截取220字符的，但是最后一个汉字总是乱码，而且截取出来的长度也不正确。
通过神奇的 Google 找到方法，可能是因为 substr(string,start,length)，会将汉字以字符的形式截断，而造成乱码
解决方案：
使用 PHP 扩展库中的 mb_substr 方法。
注意
1.确保你的Windows/system32下有php_mbstring.dll这个文件，没有就从你Php安装目录extensions里拷入Windows/system32里面。
2.在windows目录下找到php.ini打开编辑，搜索mbstring.dll，找到
;extension=php_mbstring.dll把前面的;号去掉，这样mb_substr函数就可以生效了
方法定义：
string mb_substr ( string str, int start [, int length [, string encoding]] )
注意：在使用 mb_substr()/mb_strcut 最后要加入多一个参数，以设定字符串的编码，
例如：
| 代码如下 | 复制代码 |
|
echo mb_substr(‘原本会出现乱码的汉字！’, 0, 7, ‘utf-8′); |
|
再如：
| 代码如下 | 复制代码 |
|
$description = mb_substr(strip_tags($post->post_content),0,220,’utf-8′); |
|
mb_strcut函数
mb_strcut函数功能也可以截取字符串长度，下面实例具体看看区别在哪：
| 代码如下 | 复制代码 |
|
<?php echo "mb_substr:" . mb_substr($str, 0, 7, 'utf-8'); echo "mb_strcut:" . mb_strcut($str, 0, 6, 'utf-8'); |
|
从上面的例子可以看出，mb_substr是按字来切分字符，而mb_strcut是按字节来切分字符，但是都不会产生半个字符的现象。
substr()函数中文版 普通的substr()函数可以取得字符串的指定长度子字符串，但遇到中文时可能会在新字符串末尾产生乱码，下面这个函数将超过$len长度的字符串转换成以“...”结尾，并且去除了乱码。
用法：$new = getsubstring($old,20);
| 代码如下 | 复制代码 |
| function getsubstring($str,$len) { for($i = 0;$i <$len;$i++) { if ($i >=0 AND $i <$len) { if(ord(substr($str,$i,1)) > 0xa1) $result_str.=substr($str,$i,2); else $result_str.=substr($str,$i,1); } if(ord(substr($str,$i,1)) > 0xa1) $i++; } if(strlen($str)<=$len) return $result_str; else return $result_str."..."; } |
|
错误提示
Invalid byte 1 of 1-byte UTF-8 sequence
原因分析
在中文版的window下java的默认的编码为GBK，也就是所虽然我们标识了要将xml保存为utf-8格式但实际上文件是以GBK格式来保存的，所以这也就是为什么能够我们使用GBK、GB2312编码来生成xml文件能正确的被解析，而以UTF-8格式生成的文件不能被xml解析器所解析的原因。
把xml的encoding属性值UTF-8改为UTF8
org.xml.sax.SAXParseException: Content is not allowed in trailing section
把先要解析和字符串trim()一下即可解决问题。
解决：
1、最简单就是把<?xml version="1.0" encoding="UTF-8"?>改成<?xml version="1.0" encoding="gbk"?>
2、或者把xml打开另存的时候把字符集改为UTF-8后保存
或改程序
| 代码如下 | 复制代码 |
|
SAXReader reader = new SAXReader(); |
|
我使用的是eclipse编辑器如下操作即可
可以在Eclipse中更改，在 eclipse 的功能表 [Project]→[Properties]，?? [Resources]，在右?的「Text file encoding」，把原?硎窍到y??的??，改? 「UTF-8」。
今天换了一个服务器运行php久了就会发现Fatal error: Allowed memory size of 33554432 bytes exhausted提示了，下面我来给大家介绍此问题解决地。解决办法
方法一（推荐）、修改 php.ini 里的 memory_limit 的设置值 8M 改为 120M：memory_limit = 120M
方法二、在最上层的 PHP Script，加入一行：ini_set("memory_limit","120M");
我使用的是否wordpress博客，我的解决办法有点不同，下面也分享一下。
1、网络办法，据说这个适用3.0以前的版本。编辑wp-config.php这个文件，添加
| 代码如下 | 复制代码 |
|
define(‘WP_MEMORY_LIMIT’, ’64M’); |
|
64M可以更高。可以96M、128M。
2、3.0以后的版本，要修改源文件，介意的就不用改了。在wp-includes目录下找到default-constants.php文件中的以下的代码
| 代码如下 | 复制代码 |
|
global $blog_id; // set memory limits |
|
第二行 define(‘WP_MEMORY_LIMIT’, ’32M’); 变64M即可。
phpmyadmin超时或响应慢的原因我分析有两种，超时就是设置时间不够，默认为1800秒了，而反应慢估计是phpmyadmin自动检查更新导致的，下面我来具体解决一下操作方法。今天安装了最新版的phpmyadmin，安装好了测试了一下，发现间或的反应超慢，查看了nginx的日志，是报fastcgi连接超时。然后打开fastcgi的慢日志，发现如下错误：
[10-May-2013 11:15:16] [pool www] pid 10992 script_filename = /usr/share/nginx/html/phpmyadmin-1688/version_check.php [0x0000000002902e78] file_get_contents() /usr/share/nginx/html/phpmyadmin-1688/version_check.php:240
问题明显了，是phpmyadmin不断地进行版本的检查更新，而国内的服务器连接phpmyadmin服务器又是超慢的，且还有可能无法连接，所以导致了超时的现象。
解决方法：
编辑version_check.php文件，在
| 代码如下 | 复制代码 |
|
<?php： exit; |
|
保存测试，响应慢的问题解决了。
下面来看第二个问题，就是phpmyadmin超时问题
phpMyAdmin的默认超时时间是1800秒，太短了
开发过程中写几行代码回来一看数据库就超时了，
反复登录很烦人。
修改方法：
打开 phpMyAdmin/libraries/config.default.php
找到$cfg['LoginCookieValidity'] = 1440; 行
把1440调大一些就ok了