TP5.0的response数据拦截处理

作者：matrix 发布时间：2018-05-08 分类：零零星星

处理返回数据的时候进行json编码/解码可能会因为不是标准的json字符导致出现一系列的连锁反应问题，没有正确的拦截错误信息的显示。
TP5获取器getAttr中进行json处理，结果出现不可预料的false值，且抛出异常 syntax error 语法错误。很蛋疼啊，明明相应的处理判断，但是错误定位行却是json_encode进行json编码的操作。

后面替换掉以前使用的默认全局函数json()进行自定义json字符输出，解决。

创建自定义Json类

继承\think\response\Json

<?php
/**
 * Created by PhpStorm.
 * User: panc
 * Date: 2018/5/8
 * Time: 上午11:24
 *
 * 自定义处理json的数据【避免json_encode报错：Syntax error 以及各种杂七杂八的问题】
 */

namespace app\common\output;//自定义命名空间


class json extends \think\response\Json
{
//    protected function output($data)  //可以自定义重写数据输出即可  
}

调用Response类输出

控制器中调用执行

//        return json($result);
return new \app\common\output\Json($result);

关键操作如上，虽然只是继承没有任何重写，但是实际上是解决了大问题。可以跟好的控制输出的结果和抛错。

peace～

mysql的分组排序limit问题

作者：matrix 发布时间：2018-05-03 分类：零零星星

业务要求按照type，city分组，然后各取前面的100条数据输出，网上找到了类似的需求直接sql语句就可以解决。

测试表结构


CREATE TABLE `esc_catch` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`city` varchar(20) NOT NULL DEFAULT '' COMMENT '城市',
`price` decimal(10,2) unsigned NOT NULL DEFAULT '0.00' COMMENT '报价',
`type` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '1,2',
`add_time` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '添加时间',
PRIMARY KEY (`id`)
) ENGINE=InnoDB   DEFAULT CHARSET=utf8mb4

解决办法


set @row=0;set @city=''; set @type='';

select a.city,a.price,a.type ,from_unixtime(a.add_time,'%Y-%m-%d %H:%i:%s') as add_time from esc_catch as a
inner join (

SELECT id,add_time, case when (@city = city and @type= type) then @row:=@row+1 else @row:=1 end as rownum, @city:=city as city , @type:=type as type FROM esc_catch order by type,city,add_time desc

) as b on b.id = a.id
where b.rownum>=100 order by b.type,b.city ;

说明：

头部事先声明变量
row 用于统计指定分组下出现的次数，
city和type是分组条件

核心在于inner join的的临时表操作，其中使用变量操作追加rownum字段
如果变量city，type值等同于临时表的同名字段则该行数据排序下标row++,否则为1

@city:=city as city , @type:=type as type 表示给每行数据的字段值赋给变量

之后在inner join内联表 之后使用自定义的rownum字段b.rownum<=100进行数量条件的限制即可，最后order by 操作便于查看数据

参考：

https://blog.csdn.net/ylqmf/article/details/39005949

https://blog.csdn.net/woshihaiyong168/article/details/78803655

https://zhidao.baidu.com/question/618263527798895012.html

PEACE~