phpmyadmin3.x版在windows下的新版本php里日期显示乱码

本文章来为各位介绍一篇关于phpmyadmin3.x版在windows下的新版本php里日期显示乱码问题的解决办法了，希望这篇文章能够帮助到各位朋友。

现象：

一直使用的phpmyadmin3.5版本（RELEASE-DATE-3.5.0,一个做了配置优化的版本 phpMyAdmin_3.5_path8.net），这个版本比较简洁，更新的pma有些臃肿。然而，在windows下使用php5.5, 及php7.0，都发现日期显示成乱码

方案：

文件 libraries/common.lib.php , 行1648行

        $format = __('%B %d, %Y at %I:%M %p');
改成

        $format = '%Y-%m-%d %H:%M:%S';
即可，日期格式显示格式示例 2016-01-27 11:49:07

原因：

PMA_localisedDate函数使用了strftime()函数，该strftime函数第一个参数为日期格式，phpmyadmin源程序使用了带中文的格式字符串；而在windows下的php版本，在做格式化时会转成乱码。经确认linux下没有这个问题，pma是正常的。

补充：PHPMyAdmin中文乱码问题很常见，主要是UTF-8和GB2312编码不能同时正确显示。

方法一：

1. 因为MySQL的默认编码是latin1，所以首先我们需要修改一下PHPMyAdmin的编码转换。修改libraries目录下面的select_lang.lib.php文件，将 'utf-8' => 'utf8'修改成'utf-8' => 'latin1'。

2. 接下来还要修改一下页面的编码显示，将 'zh-gb2312' => array('zh|chinese simplified', 'chinese_simplified-gb2312', 'zh')修改成 'zh-gb2312-utf-8' => array('zh|chinese simplified', 'chinese_simplified-gb2312', 'zh'), 也就是在zh-gb2312后面增加-utf-8，这样页面编码就支持UTF-8了。

3. 首先选择zh-gb2312-utf-8进入PHPMyAdmin，这个时候浏览GB2312编码的数据正常，但是浏览UTF-8的数据是乱码。如果浏览UTF-8的数据的话，进入首页，然后在Language里面选择zh-utf-8就可以了。

4. 默认的语言编码很长，你可以将其他编码用/**/注释掉，只保留zh-gb2312-utf-8和zh-utf-8两个编码。

方法二：

也可以修改phpMyAdm的inconfig.inc.php配置文件，将$cfg['Lang'] = 'en-utf-8'改成$cfg['Lang'] = 'zh-gb2312'这样问题就解决了。

php时间处理问题有不少了如果时差问题，另一个就是时间运算问题了，今天我们就一起来看一篇小编整理好的关于php时间处理问题总结与处理办法。

问题就是通过一个时间处理

echo date('Ymd', strtotime('+1 month', strtotime('20150130')) );

按照朋友的想法，应该输出的是20150227 ，而实际输出的是20150302
也就是说1月的29,30,31号输出都是3月份的天数，并不是想要得到的2月的天数。
按照我的理解是，当月+1个月的天数即是相加当月的天数，这个想法也得到验证。
例

echo date('Ymd', strtotime('+1 month', strtotime('20150331')) );

想得到20150430 结果得到的是20150501
所以按照这样的写法在统计的时候会出现错误。当然我没看过他写的程序，
也不明白为何是在月底加一个月。
我给他的解决方案是，每个月都重新开始计算。这样就不会出错
最后他给的终极解决法案是

echo date('Ym', strtotime('first day of next month', strtotime('20150130')) );

证实跟我的想法是一样的。

他这个死脑筋一定要证明是php不完善，还特地去找ruby的解决方案。
按照她的要求我贴出他找的ruby的代码

Date.new(2015,1,30) +

ruby的最后结果就是希望得到的2月27号

PHP时间差8小时的问题问题原因所在

从php5.1.0开始，php.ini里加入了date.timezone这个选项，默认情况下是关闭的
也就是显示的时间（无论用什么php命令）都是格林威治标准时间
和我们的时间（北京时间）差了正好8个小时。

有以下3中方法可以恢复正常的时间。

1、最简单的方法就是不要用php5.1以上的版本
2、如果一定要用，而且不能修改php.ini，则需要在关于时间的初始化的语句的
上面加上 date_default_timezone_set (‘XXX’);

3、一劳永逸，仅限能修改php.ini。打开php.ini查找date.timezone 去掉前面的分号
date.timezone = PRC，重启http服务（如apache2或iis等）即可
【相关注解：】↓
关于XXX，大陆内地可用的值是：Asia/Chongqing ，Asia/Shanghai ，Asia/Urumqi （依次为重庆，上海，乌鲁木齐）
港台地区可用：Asia/Macao ，Asia/Hong_Kong ，Asia/Taipei （依次为澳门，香港，台北）
还有新加坡：Asia/Singapore
老外好像把北京漏调了

其他可用的值是：Etc/GMT-8 ，Singapore ，Hongkong ，PRC
PRC是什么？PRC是中华人民共和国啊-_-
你可以到http://www.php.net/docs.php上查到更多的地区
由于程序最后还是会把地名转为时区来计算，所以当你使用的不是内置的区域的时候，程序将自动使用格林威治标准时间。

请注意

如果没有修改php.ini的权限，那么应该在调用date()方法之前加上date_default_timezone_set(‘PRC’);
参数要加上双引号或单引号

file_get_contents如果文件或者路径是中文就会出现[function.file-get-contents]: failed to open stream: No such file or directory，这个是编码问题，Windows中是使用gbk中文编码的，而PHP文件一般都是用utf-8格式保存的了。中文地址获取之前做一次iconv('utf-8', 'gbk', $address)就没有问题了

解决file_get_contents遇到中文文件名无法打开问题

比如：受访页面_20151202-20151202.csv

file_get_contents(受访页面_20151202-20151202.csv)就会报错

[function.file-get-contents]: failed to open stream: No such file or directory

改成不用包含中文的文件名路径就可以。

原因：

编码问题，Windows中是使用gbk中文编码的，而PHP文件一般都是用utf-8格式保存的了。中文地址获取之前做一次iconv('utf-8', 'gbk', $path)就没有问题了。

<?php
    $path='/baidu/受访页面_20151203-20151203.csv';
    $path=iconv('utf-8', 'gbk', $path);
    $content=  file_get_contents($path);
    echo $content;
?>

UEditor 是一套开源的在线HTML编辑器,主要用于让用户在网站上获得所见即所得编辑效果，本文我们解决在同一个页面上如何放多个 UEditor ，然后再用 PHP 接收 UEditor 的值。

同一个网页如何放置多个Ueditor？

参考代码如下：

    <form  method="post" action="save.php">

    <script type="text/plain" id="ueditorId_1" name="ueditorName_1" style="width: 400px;height:500px;">编辑器的默认值_1</script>

    <script type="text/javascript">
        UE.getEditor('ueditorId_1');
    </script>

     

    <script type="text/plain" id="ueditorId_2" name="ueditorName_2" style="width: 450px;height:550px;">编辑器的默认值_2</script>

    <script type="text/javascript">
        UE.getEditor('ueditorId_2');
    </script>

    </form>

这样，就会在页面中渲染2个Ueditor编辑器。

PHP如何获取多个Ueditor的值？

注意，上面的 ueditorName_1,ueditorName_2 即为表单的Name值，所以服务端PHP获取Ueditor编辑器的值变得很简单，参考代码如下：

    $_POST["ueditorName_1"];  // 第一个编辑器的值

    $_POST["ueditorName_2"];  // 第二个编辑器的值
    

解决百度 ueditor v1.4.3 编辑器上传图片失真的bug？


项目中，用到百度ueditor编辑器，发现，上传大一点的图片，图片会失真，刚开始还以为是PHP端做了图片压缩，仔细看配置说明，发现是编辑器自带有个自动压缩图片的功能，可恶的是，压缩后的图片失真了！

决定去掉这个压缩功能，如果非得要压缩，那就交给服务端PHP来处理吧！

找到配置文件：ueditor/php/config.json

把 imageCompressEnable 设置为 false 即可！

 
【总结】有2个比较重要的配置文件：

    ueditor/ueditor.config.js

    ueditor/php/config.json