宝塔面板引发的一次事故

最近新入职公司,同事遇到一个问题,说是线上客户一个系统,一增加产品就出现404错误,同一个URI,GET访问就没问题,用表单POST数据过去就出现404错误,讲道理来说,就算出问题,这应该是后端问题,如果报502错误我能理解,但是后端问题你给我报个404是几个意思?

讲道理我是不喜欢用这些面板的,不出问题还好,出了问题因为不是自己配置的,很难查找问题,而且因为不是自己配置的,使用起来总是觉得不顺手,所以一般Linux服务器,我都是自己手动敲命令配置的,出了问题也方便解决。当然,这是题外话,这里重点是说说宝塔引发的一个小问题导致的坑。

由于我也是新入职,服务器具体怎么配置的我也不是很清楚,我所知道的就是,一个线上的基于ThinkPHP3.2开发的类似在线商城系统,管理后台一提交商品数据上去就报404。我简单检查了下,表单页面本身和表单提交地址是同一个,看了代码,确实也是在同一个方法,很明显,先不管具体是什么错误,这个由后端产生的错误,而前端Nginx应该抛出502错误的却只抛出一个404错误,这点很明显就不合适。

我不知道宝塔官方人员是怎么考虑这个问题的,可能是出于安全原因,即使程序报错也不想将错误信息展示给用户。这点可能对新手用户比较好,但是作为一个刚上手宝塔面板的开发者来说,却非常不合适,不便于开发者查找问题。

直接结果就是,因为这个404错误,我直接花了半天多的时间断点调试具体错误在哪。最终,花了点时间搜索了下,发现注释这一行代码就能看到具体的错误信息:

    #ERROR-PAGE-START  错误页配置,可以注释、删除或修改
    #error_page 404 /404.html;
    error_page 502 /502.html;
    #ERROR-PAGE-END

后端展示具体错误信息之后,最终定位在一个SQL写入方法上,于是根据报错信息修改了下代码。

你以为事情到这里就结束了么,并没有这么简单。

由于我们这个系统是类似于电商系统,其中涉及到不止一个价格类似字段,一开始修改代码之前,以为只是一个字段设置问题,就修改了下代码,让要写入的数据符合表字段结构,但是修改完之后又发现,这就跟捅了猴子窝一样,修改完一个又是一个。

而更诡异的是,同样的代码和数据库,在本地macOS系统MAMP组合运行就完全没问题,但是一到线上的宝塔面板就出问题,一开始我还以为是Nginx导致的问题,就随手找了台服务器配了个LNMP试了下,发现同样的代码并不会出现这问题,一上宝塔环境就出问题,诶哟我去,简直了。

为了测试问题到底在哪,我从本地已经写入的数据复制成一条insert语句拿到线上测试了一下,发现能正确写入数据库,但是如果通过宝塔后台的数据库管理界面就报错,报错大致如下:

ERROR 1366 (HY000): Incorrect decimal value: '0' for column 'xxx' at row xxx

上网查了下,出现这问题,貌似是因为开启了strict模式,解决办法也很简单,将strict模式关闭,然后重启MySQL就可以了。

修改my.ini或者my.cnf,将其中的sql-mode中的STRICT_TRANS_TABLES就行了,手上一台Debian 9装的MariaDB,默认就是/usr/my.cnf,其他机器没试。

说句题外话。

如开头所说,我实在是不喜欢用那些图形化的控制面板,对于服务器,我更喜欢自己一行一行敲命令手动去配置,因为我觉得,只有自己手动去实践了,对于常见配置了解其作用,出了问题也才能快速查找、定位、解决问题。虽然不能否认,那些面板能帮我们节约很多时间和精力,但是,太依赖别人写的面板,会失去很多学习的机会,

“宝塔面板引发的一次事故”的2个回复

发表评论

电子邮件地址不会被公开。 必填项已用*标注