一个空行,可能包括,换行符, ,空格。对字符串进行处理时,难免会遇到对空行进行处理。
1,替换空行,空行可包括空格, ,\t,\f,\n
$s = preg_replace('/(^(\s| )*$)/m', '',$s);
2,替换空行,只包括换行符
$s = preg_replace('/(($\n\r*$)|(^\n\r*^))+/m', '',$s)
3,替换空行,并将非空行的开头和结尾的空格去掉
$s = preg_replace('/^( |\s)*|( |\s)*$/m', '',$s);
4,不匹配空行,直接不匹配空行,挺难的。其实不匹配空行,就是匹配非空行
preg_match_all('/\S+/m',$s,$match);
5,多行匹配实例
$s = "
test:
11111
22222
33333333333333333333
44444444444444444444
";
$s = preg_replace('/(^(\s| )*$)/m', '<br>',$s);
$pa = "/test:(((\s)*[^<]*)*)/i";
preg_match($pa,$s,$m);
echo $m[1];
匹配test行到下面多空行之间的内空,也是11111,22222
6,常用匹配模式
i 模式中的字符将同时匹配大小写字母
m 字符串视为多行
s 将字符串视为单行,换行符作为普通字符
x 将模式中的空白忽略
e preg_replace() 函数在替换字符串中对逆向引用作正常的替换,将其作为 PHP 代码求值,并用其结果来替换所搜索的字符串。
A 强制仅从目标字符串的开头开始匹配
D 模式中的 $ 元字符仅匹配目标字符串的结尾
U 匹配最近的字符串
u 模式字符串被当成 UTF-8
现象:
一直使用的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遇到中文文件名无法打开问题
比如:受访页面_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;
?>