接口参数定义 -> 接口版本化的问题 -> 接口的安全性 -> 接口的代码设计 -> 接口的可读性 -> 接口文档 -> 我遇到的坑

尝试对表、字段都使用 ` 进行标注

{代码...}

{代码...}

可以考虑在输出前加上ob_clean()又或者试试不用tp5的json方法, 而直接return json_encode();PS::一般出现问题应该先考虑看看文档[链接]

从现象上看，你那个字符串里面应该有隐藏的控制字符导致的json解析错误，你的字符串长度，肉眼点出来的和dump出来的量对不上，你贴一下你结果的文本来，你先尝试trim之后再dump一下

数据库范式是曾经空间很昂贵的情况下提出的，不一定非要按数据库范式来设计，冗余也是可以的

生成一个内部类,在构造器里面执行put方法 {代码...}

这是怎么上传的？http?如果是form表单中的信息，发送方应当转义处理，接收方可以自动解析

3:执行 /usr/local/php7/bin/php composer.phar update （这里我的安装路径是/usr/local/php7/bin/php,不一定适合你额，请对号入座即可吧）

前端我已经控制了 前端是没法控制的，所有前端的验证仅仅是方便用户校验，安全一定是要在后端做的。

{代码...}

补充一个使用循环的实现现：保证数组的序列是有序的连续的 {代码...}

require和file_get_contents读取的文件目标的区域是不一致的，好比java的堆外和堆内。。

{代码...} 模拟数据库

先进行groupby后进行map操作。groupby 示例函数 {代码...}

简单的说，header方式是服务端重定向（http状态码302+通过location指定跳转目标地址），js里面的是通过js驱动浏览器刷新当前location路径实现的的跳转。