问题就是通过一个时间处理
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’);
参数要加上双引号或单引号