heirui的专栏

修改文件：require-table.js修改代码：classname = j.classname ? j.classname : 'btn-primary btn-' + name + 'one';替换为：classname = typeof j.classname === 'function' ? j.classname.call(table, row, j) : j.classname ? j.classname : 'btn-primary btn-' + name +

服务端装了宝塔，但是老板没给管理员账号，只能在宝塔里面折腾了，因为不太熟悉现在的很多东西，装起来费了点时间。简单整理一下，安装过程其实挺简单，在没有服务器权限的情况下，直接下载两个包传上去就OK了。phpRedisAdmin：https://github.com/ErikDubbelboer/phpRedisAdmin.git下载下来解压直接上传，放哪儿看自己心情。predis：https://github.com/predis/predis这个要注意一下，因为我这边服务端装的宝

FastAdmin中内置了权限管理模块，在应用的过程中，控制器名经常会是两个单词，比如NotifyMessage，这是控制器名，在设置权限时，我们需要写成 notify_message，可是这样设置后，会提示没有权限。而写成notifymessage却是可以正常访问，查看application/common/controller/Api.php，发现其直接将控制器名转换成小写，并没有进行驼峰命名的转换，所以获取到的控制器名就变成了notifymessage，但实际上我们设置的时候，需要notify_mess

当.NET用POST发送数据到服务端时，发现+加号全被过滤成空格了，以为是PHPBONE的问题，查了半天代码也没发现哪有异常。但是以前也遇到过，也的确是处理过，只是不记得是怎么处理的了，无耐翻出以前的程序查找了一番。结果发现是编码问题，把数据用URLENCODE编码之后再发送，这样加号就不会被转换成空格了。很简单一个问题，只是经验不足水平太菜，搞了二个多小时，真是耽误时间。现在记下

这是从别人的空间转载来的，方便查询，免得丢失。

前段时间腾讯因为支付系统异常，更新了一些东西，然后就开始出现了这个问题，时不时的就会有一个两个状态为【处理中】的交易，但文档中并没有给出解决办法。尝试咨询了客服，给出了两个解决方案：1、把该笔交易当做失败处理，但以后这笔订单就不要再去折腾它了，虽然是处理中，但你也得当它是失败的。2、重新提交该订单，再次尝试交易。方案2比较靠谱，毕竟交易订单中有个处理中，谁看着都别扭。如果你的数...