很多站长朋友们都不太清楚php的bug多，今天小编就来给大家整理php的bug多，希望对各位有所帮助，具体内容如下：
本文目录一览： 1、 PHPCMS新版本BUG太多了,我问几个问题 2、 PHPWIND太多BUG了，不知道DISCUZ是不是会好点？ 3、 PHP加月份的bug问题 4、 PHP程序出现BUG，点击按钮时信息重复 5、 为什么安装php出现502 Bad Gateway的错误？ PHPCMS新版本BUG太多了,我问几个问题本来就是的,UTF-8的bug整天都有人喊着呢,我一直用的是gbk的,建议你也换GBK,或者是换成SS,有人试过500W数据处理测试,SS的综合性能排第一,接下来就是phpcms,排第二,
总体来说,phpcms还算可以吧!很多站都是用PC建的
PHPWIND太多BUG了，不知道DISCUZ是不是会好点？呵呵，差不多的！两个东西一直在玩，好几年了~PHPWIND常有小问题，喜欢研究的话乐趣就在其中。DISCUZ基本上抱怨BUG的不多，相对PW来说少很多，不过并不是说没有，而是很多人花钱解决了，就不管了，没有继续研究分享下去，过激的抱怨贴则一般会被他们斑竹咔嚓掉，呵呵~PHPWIND的话可玩性蛮高的，有时很多问题都是自己折腾出来的，因为程序结构鲜明，很让人有折腾的欲望也确实很容易修改折腾~出了问题仔细分析修好了很有成就感~偶尔爆出大问题了很快就有补丁出来，官网里面的人相对来说热情些，没有补丁的小BUG基本上都有网友版解决方案。
DISCUZ就比较娇贵了，安装使用时条件苛刻些，唧唧歪歪不少要求，不过正是这样所以BUG也比较少。相对的，万一出了什么问题，就是牵一而发全身全站崩了，找问题很难，要么花钱求人，要么就是数据回滚重装了。。。
有冒险精神，强烈个性化需求，有一定PHP知识的话PHPWIND是最佳选择；保守稳重开论坛的话，就转DISCUZ咯~
PHP加月份的bug问题这本身算是PHP的一个bug，就是如果本月有31天，那么在本月31日的基础上增加（或减少）n个月，如果目标月份的天数少于31，那么就会把相差的天数累加到下一个月，比如今天是2019-7-31，有31日，那么增加一个月就是2019-8-31，这个没问题，但如果是增加两个月，按理是2019-9-31，但9月是30天，那么就变成2019-10-1了。2月份是个特殊月份，只有28天或29天，如果目标月份刚好是2月，误差就会更大（而且即使当前月份的天数是30，遇到目标月份是2月也一样会有误）。
解决办法最好是自己写个处理月份加减的函数，比如当要计算的日期是29、30、31时，就要做特殊的处理，其他日期就按正常方法处理。下面是处理要计算的日期是31时的方法，其他日期自己处理：
date('Y-m-d', strtotime('last day of +2 month',strtotime('2019-12-31')))
PHP程序出现BUG，点击按钮时信息重复就是说加载两次第一页数据，这些应该是你的分页数据，你第一次点击加载更多时，分页应该指到第二页，ajax传输过去的数据页初始值+1即可。
为什么安装php出现502 Bad Gateway的错误？502 Bad Gateway是一种报错提示，这一错误并不意味着上游服务器已关闭(无响应网关/代理)，而是上游服务器和网关/代理不同意的协议交换数据。
第一种原因：目前lnmp一键安装包比较多的问题就是502 Bad Gateway，大部分情况下原因是在安装php前，脚本中某些lib包可能没有安装上，造成php没有编译安装成功。解决办法：可以尝试根据lnmp一键安装包中的脚本手动安装一下，看看是什么错误导致的。
第二种原因：在php.ini里，eaccelerator配置项一定要放在Zend Optimizer配置之前，否则也可能引起502 Bad Gateway
第三种原因：在安装好使用过程中出现502问题，一般是因为默认php-cgi进程是5个，可能因为phpcgi进程不够用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 将其中的max_children值适当增加。
第四种原因：php执行超时，修改/usr/local/php/etc/php.ini 将max_execution_time 改为300。
第五种原因：磁盘空间不足，如mysql日志占用大量空间。
第六种原因：查看php-cgi进程是否在运行。
另外的解决办法：
Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行，但是由于某种原因（一般是读取资源的问题）没有执行完毕而导致PHP-CGI进程终止，一般来说Nginx 502 Bad Gateway和php-fpm.conf的设置有关。
php-fpm.conf有两个至关重要的参数，一个是max_children，另一个是request_terminate_timeout，但是这个值不是通用的，而是需要自己计算的。
在安装好使用过程中出现502问题，一般是因为默认php-cgi进程是5个，可能因为phpcgi进程不够用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 将其中的max_children值适当增加。
计算的方式如下：如果服务器性能足够好，且宽带资源足够充足，PHP脚本没有系循环或BUG的话可以直接将 request_terminate_timeout设置成0s。0s的含义是让PHP-CGI一直执行下去而没有时间限制。如果做不到这一点，也就 是说PHP-CGI可能出现某个BUG，或者宽带不够充足或者其他的原因导致PHP-CGI假死那么就建议给 request_terminate_timeout赋一个值，这个值可以根据服务器的性能进行设定。一般来说性能越好可以设置越高，20分钟-30分 钟都可以。
而max_children这个值又是怎么计算出来的呢？这个值原则上是越大越好，php-cgi的进程多了就会处理的很快，排队的请求就会很少。 设置max_children也需要根据服务器的性能进行设定，一般来说一台服务器正常情况下每一个php-cgi所耗费的内存在20M左右。
按照官方的答案，排查了相关的可能，并结合了网友的答案，得出了下面的解决办法：
1、查看php fastcgi的进程数（max_children值）代码：netstat -anpo | grep “php-cgi” | wc -l
5（假如显示5）
2、查看当前进程，代码：top观察fastcgi进程数,假如使用的进程数等于或高于5个，说明需要增加（根据机器实际状况而定）
3、调整/usr/local/php/etc/php-fpm.conf 的相关设置
<value name=”max_children”>10</value>
<value name=”request_terminate_timeout”>60s</value>
max_children最多10个进程，按照每个进程20MB内存，最多200MB。
request_terminate_timeout执行的时间为60秒，也就是1分钟。
关于php的bug多的介绍到此就结束了，不知道本篇文章是否对您有帮助呢？如果你还想了解更多此类信息，记得收藏关注本站，我们会不定期更新哦。
查看更多关于php的bug多 php常见问题的详细内容...