zhuxianfei.com

﹤首页 > 编程技术 > php

php中date函数的时区输出时间有误

发布时间：2016-11-25 17:38

在php中如果我们不作任何设置一般情况下利用date输出时间是会有误差的，而且很大。

问题：echo date('o-m-j H:i');

 代码如下 复制代码

〈?php
         echo date(’Y-m-d H:i:s’);
  ?〉


输出当前时间：2008-10-12 02:32:17
怪了，实际时间是：2008-10-12 10:32:17

输出结果与本地时间相差8小时。
原因：时区未正确设置。
两种解决方法:

1.加入date_default_timezone_set('Asia/Shanghai');
2. 修改php.ini

[Date]

; Defines the default timezone used by the date functions
date.timezone = PRC 注:PRC为中化人民共和国

如果没有修改php.ini的权限，那么应该在调用date()方法之前加上

 代码如下 复制代码
date_default_timezone_set(‘PRC’);
dedecms5.7针对weight排序是有bug的,下面我来一步步告诉大家如何解决weight无效的解决办法，具体请参考下面。

涉及的文件是includetaglibarclist.lib.php文件：

第570行左右：

 代码如下 复制代码
if ( $isweight==’y’ )

这一行代码简直是废柴，$orderWeight = list_sort_by($orderWeight, ‘weight’, ‘asc’);  对结果进行排序。

这个是有问题的，因为在得到这个$orderWeight之前，检索文档表的语句为：

 代码如下 复制代码

SELECT arc.*,tp.typedir,tp.typename,tp.corank,tp.isdefault,tp.defaultname,tp.namerule,

tp.namerule2,tp.ispart,tp.moresite,tp.siteurl,tp.sitepath
FROM `dede_archives` arc LEFT JOIN `dede_arctype` tp ON arc.typeid=tp.id WHERE arc.typeid IN (29) AND

arc.arcrank > -1 ORDER BY arc.sortrank DESC

很明显了吧，我们在写标签的时候，写的是

 代码如下 复制代码

{dede:arclist orderby=’weight’ typeid=’29′ isweight=’y’

limit=’4,1′ titlelen=’100′ infolen=’100′ }

，本意是数据按照weight进行排序，二处理程序是按照

sortrank 检索的数据库，指定 isweight=’y’ 仅仅是起到了将检索出的数据集再根据weight排序。

 
所以处理办法非常简单：在该程序文件330行处，增加一行按照weight排序的处理语句：

 代码如下 复制代码

else if($orderby ==

‘weight’) $ordersql = ” order by arc.weight asc”;

我们再分离一个让list标签支持weight排序

 代码如下 复制代码

{dede:list pagesize='10' titlelen='50' orderby='weight'} •[field:textlink/]<br/> {/dede:list}

办法：

1、打开文件arc.listview.class.php

2、查找“else if($orderby=="lastpost") {” 语句，大概在609行，在此行前面按下回车健，插入如下语句：

 代码如下 复制代码

else if($orderby=="weight") {     $ordersql = " order by arc.weight $orderWay"; }

3、继续查找“if(ereg('hot|click|lastpost',$orderby))”语句，修改为：

 代码如下 复制代码

if(ereg('hot|click|weight|lastpost',$orderby))

修改完成后，保存，如果目标里面已经使用了weight排序，生成一下，就可以看到，文档列表已经安装weight排序

4、模板调用

 代码如下 复制代码

{dede:arclist row='10' titlelen='50' orderby='weight'} •[field:textlink/]<br/> {/dede:arclist}
下面我来总结一下php utf8编码上传中文文件名出现乱码解决办法，有碰这类问题的朋友可参考参考。
 代码如下 复制代码

<?php 
if(isset($_FILES['file'])){ 
$upload='upload/'.$_FILES['file']['name']; 

if(is_uploaded_file($_FILES['file']['tmp_name'])){ 

//iconv函数解决上传文件中文名乱码的问题，但是不提倡文件名是中文的，特别是unix/linux环境下 ,当你要输出的时候，又要给变回来，iconv('gb2312',UTF-8',$upload)

if(!move_uploaded_file($_FILES['file']['tmp_name'],iconv('UTF-8','gb2312',$upload))){ 

echo 'failed'; 

}else{ 
echo 'success'; 

} 
} 
else{ 
echo 'failed'; 

} 

} 
?> 

/******关于iconv函数的应用：string iconv ( string in_charset, string out_charset, string str )
* in_charset：传入的文件的格式

* out_charset：输出的文件的格式

* str：文件路径

*****/
如果ASCii码大于0xa0就是半个汉字；了解substr()、mb_substr()、ord()。 现在常用的编码格式是UTF8,GBK,GBK2312,BIG5。GBK是GBK2312的升级。现在我开发中遇到的基本都是UTF8，GBK常用在论坛BBS上。今天自己写了下UTF8的，测试下还说的过去，毕竟从网上拷下来的是可以用，但是如果有时间最好还是自己写一下，这样只有到自己手里的才是自己的。

最简的就是利用

例子 1

 代码如下 复制代码

<?php
echo substr("Hello world!",6);
?>输出：

world!

例子 2
<?php
echo substr("Hello world!",6,5);
?>

英文的话没有问题，但是中文就出问题了，下面我们使用mb_substr函数处理。

/**
*—————————————————————————————————————–
*PHP有一个mbstring扩展库可以用(有朋友面试PHP的时候还被问到过这个问题哦),但是  *
一般的服务器都没打开php_mbstring.dll,需要在
*php.ini里把php_mbstring.dll打开,如果没有权限的话就只有联系你的ISP了。
*因为mb_string的效率高一些，所以我们先检查一下mb_string是否可以用:
*—————————————————————————————————————–
*/

 代码如下 复制代码

if(function_exists(‘mb_string’))
{
mb_substr($string,$start,$length,$encoding);
//other codes here
}
else mysubstr($string,$start,$length);// 调用自己的函数
?>

首先定义自己的函数

 代码如下 复制代码

<?php
/**
*———————————-
*首先定义自己的函数：
*———————————-
*/
function mysubstr($string, $start, $length)
{
if(strlen($string)>$length)
{
$str=”;
$len=$start+$length;
for($i=$start;$i<$len;$i++)
{
if(ord(substr($string,$i,1))>0xa0)
{
$str.=substr($string,$i,2);
$i++;
}
else{ $str.=substr($string,$i,1);}
}
return $str.’…’;
}
else{ return $string;}
}

 

还有一个问题要注意，使用这种方法的时候，你的<head>标签对里的charset只有设成中文的编码才可以，如GBK,GB2312。

下面自己常用的一个中英文字符截取函数

自定义截取中文字符串函数，基本上就是仿照mb_substr写个函数，直接调用罢了，以下为我找到的代码，其实很简单

 代码如下 复制代码

<?php 
function  substr_cn($string_input,$start,$length)
{
    /* 功能:
     * 此算法用于截取中文字符串
     * 函数以单个完整字符为单位进行截取,即一个英文字符和一个中文字符均表示一个单位长度
     * 参数:
     * 参数$string为要截取的字符串,
     * 参数$start为欲截取的起始位置,
     * 参数$length为要截取的字符个数(一个汉字或英文字符都算一个)
     * 返回值:
     * 返回截取结果字符串
     * */
    $str_input=$string_input;
    $len=$length;
    $return_str="";
    //定义空字符串
    for ($i=0;$i<2*$len+2;$i++)
        $return_str=$return_str." ";
    $start_index=0;
    //计算起始字节偏移量
    for ($i=0;$i<$start;$i++)
    {
        if (ord($str_input{$start_index}>=161))          //是汉语     
        {
            $start_index+=2;
        }
        else                                          //是英文
        {
            $start_index+=1;
        }        
    }    
    $chr_index=$start_index;
    //截取
    for ($i=0;$i<$len;$i++)
    {
        $asc=ord($str_input{$chr_index});
        if ($asc>=161)
        {
            $return_str{$i}=chr($asc);
            $return_str{$i+1}=chr(ord($str_input{$chr_index+1}));
            $len+=1; //结束条件加1
            $i++;    //位置偏移量加1
            $chr_index+=2;
            continue;            
        }
        else 
        {
            $return_str{$i}=chr($asc);
            $chr_index+=1;
        }
    }    
    return trim($return_str);
}//end of substr_cn
?>
preg_match正则匹配的字符串中会出现一些问题，下面我来给大家介绍一下怎么来解决长字符串时出现错误观点的解决办法。

例

preg_match_all正则匹配字符串所有连接地址

 代码如下 复制代码

$str ='<a href="http://www.a.com/2010/11-15/5.html">4</a>
  <a href="http://www.b.com/2010/11-15/6.html">5</a>
  <a href="http://www.b.com/2010/11-15/1.html">6</a>
  ';

$ymd=date("y")."/".date("m-d");
$b = preg_match_all('/<a href="(.*?)com/'.$ymd.'(.*?)html">(.*?)</a>/',$a,$c,preg_set_order);


但是用preg_match正则提取目标内容，死活有问题，

代码测得死去活来。
后来发现“pcre.backtrack_limit ”的值默认只设了100000。

解决办法：

 代码如下 复制代码


ini_set(‘pcre.backtrack_limit’, 999999999);


注：这个参数在php 5.2.0版本之后可用。

另外说说关于：pcre.recursion_limit
pcre.recursion_limit是PCRE的递归限制，这个项如果设很大的值，会消耗所有进程的可用堆栈，最后导致PHP崩溃。
也可以通过修改配置来限制

 代码如下 复制代码

ini_set(‘pcre.recursion_limit’, 99999);

实际项目应用中，最好也对内存进行限定设置：

 代码如下 复制代码

ini_set(‘memory_limit’, ’64M’);
标签：[!--infotagslink--]

您可能感兴趣的文章: