早前,SEO 界都是这么传说的, 使用 query_string 而非 pathinfo 模式,会导致搜索引擎降权,所以,大家都可劲的使用 path_info

但是至于这个东西官方有没有说法,我没有找到.

---- 更新-----------

你评论中的问题
如果你这么做了,而且你又通过一些其它的方式,让蜘蛛爬了中间的 param 这段不同但是后面 id 一样的很多页面,搜索引擎会认为你有大量的 url 指向了同一个页面,会被降权.

另外假设设置了test为路由 那么www.test.com/test/params/2
www.test.com/test/**/2访问均不会404。这样是否有影响

背景，使用tp5.0pathinfo模式

比如 www.test.com/test?params=1 则变为www.test.com/tess/params/1,
www.test.com/test?params=2 则变为 www.test.com/tess/params/2,
那么在收录的时候会不会被认为
www.test.com/tess/params/1与www.test.com/tess/params/2为不同目录但是有相同内容而降低权重？
有没有什么文档介绍这个问题吗？

如上图的数据。

假设 art_title 为不希望重复的字段，参数 version 为9.0.2

我的where条件 是like %[9.0.2]% or %[9.0.x]% or art_apply_version is null
所以会选出3条数据。

但是我期望的情况下
version为9.0.2->选择出第三条数据
version为9.0.5->选择出第二条数据
version为8.0.0->选择出第一条数据

即 符合条件1，则不选出条件2的，符合条件2则不选择出条件3的

因为这个sql是选取出一个列表 所以没办法像选择单个数据一样先判断玩第一种情况的返回再去查找第二种情况。

或者如果sql层面不好实现的话。那php层面怎么处理这样的数据去重呢？

比如 谷歌浏览器 右击选择“检查”点“network”的tab 然后点一下img js css什么的链接状态。

你的来源是二进制流？

1, 如果是文件，只是为了隐藏真实路径，可以尝试用如下方式：

readfile($filename)比echo效率高

或者使用 X-SendFile技术

如果的确是二进制流，也可以尝试先缓存成文件了 然后 X-SendFile

2, header设置Content-Length是有效的，返回真实的大小即可。这个在一些下载软件比较重要，比如迅雷。
它会检测最终大小是否符合Content-Length

3, 浏览器会以Content-Length为参照，
但是当网络很糟糕的时候，超时、断流了，浏览器也会停止下载，最终得到的是一个不完整的文件，这个下载国外软件的时候很常见。
如果实际大小超过了Content-Length，浏览器也接受。

4, 所以即使没有Content-Length返回，浏览器也可以下载，等到服务端断流，浏览器就终止下载。

1.先说一下我这边的使用场景。就是客户端使用服务端的接口下载文件。服务端这边是直接获取二进制然后输出的。请问除了echo 二进制以外还有没有更合理的返回方式。

2.用PHP header('Content-Length: '.strlen($Download));设置Content-Length,这个设置实际上无效的吗？因为照理来说的话，本身http请求会根据输出的大小来设置Content-Length。即使我设置改变了 最终请求的Content-Length还是根据实际的大小。

3.还有一个问题就是比如我请求一个 10M的文件的二进制。用浏览器请求的话压根没有Content-Length这个头返回。用客户端那边请求能正常返回Content-Length。Content-Length的返回跟请求的方式也有关系？

我是把代码丢到git上，然后在虚拟机pull下来。。然后有一些第三方依赖。还是得虚拟机自己运行composer等下载

之前我看人家是这么做的，有个专门的接口获取key，key的有效期是2天。
之后调所有的接口，token直接用key加上对应参数格式，进行md5加密。也就是说参数是不带任何key的。
一般来说，包会请求很多次，参数都会有变化，token就会不一样。
而且，就算拿到key，不知道对方的组装方式也白搭。

可以试下Json Web Token