@stillsilly #5
所以说，解决问题的前提是先搞清楚问题……

我现在已经非常习惯这种情况了……

https://laravel.com/docs/master/cache#storing-items-in-the-cache

https://laravel.com/docs/5.5/cache#storing-items-in-the-cache


emmmm………… 不知道该说什么好

@jiaW #6
我换句话来说：这情况很有可能完全是你客户自身的网络问题。


但是要确认这个问题需要想很多办法去验证，即使确认了，想要修改未必会容易。

综上，我更建议你直接使用 nginx 反代 API 请求到同一域名的方式，来变跨域为同域。
（从截图中来看，API 接口似乎全都在同一前缀下，这有利于 nginx 匹配反代）

题外话：Z 不是 0 时区么？怎么转出来 CST 时间还是一样的？

server {
server_name myjack.ml;

location / {
proxy_pass http://127.0.0.1:9117
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection keep-alive;
proxy_cache_bypass $http_upgrade;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Host $http_host;
}
}

楼主你是不是忘了配置 server_name ？

从第二张图来看，403 似乎是 Mikrotik HttpProxy 返回的

看起来这是 MikroTik RouterOS 的一个功能：
https://wiki.mikrotik.com/wiki/Manual:IP/Proxy#Options

猜测是你客户那里使用这个功能配置了类似『透明缓存』之类的功能

具体是谁配置的，可能要看下你客户那里的网络环境的（公司网管？二手宽带？）

咦， /t/649610 这样的格式又不能解析了么？ https://www.v2ex.com/t/649610

比如说这个问题：/t/649610

提问者上来扔出来的关键词就是『超时』，却并没有讲出到底是什么类型的超时。
（服务器内部超时？ TCP 连接超时？ HTTP 请求超时？）

这直接导致了下面的回答其实都在靠猜。

以及，提问者先使用了『另一个服务器』，又使用了『 A B 服务器』的描述。
在他自身的思路里也许明确，但实际中完全没有描述清楚服务器之间的关系。

这也直接导致了他在 6 楼提供的信息完全无效。

那么在帮助他找问题的时候，就要先做几步『前期工作』：
1、明确定义，为各个服务器起好名字，搞清楚逻辑关系。
2、明确事态，强调易混淆的场景的差异，搞清楚事情的准确状态。

最后，结合已了解的情况进行合理猜测，尽量在不需要大量调查的情况下，就猜到出现几率最大的情况。


当然，这个问题截止目前还没有解决。
我隐隐的觉得他的接口反代是用代码实现的，那可能还涉及到它反代环境的配置等，届时就需要更详细的一组调查了。

最后补充问题：
『数据长的就超时，短的不超时』

是否能提供一下这里长短数据的大致长度（字节数）。

@hytex #9
另外，再次强调一下，服务器返回 504 超时，和小程序的请求自身超时，是两件事，不要搞混了。
（还有 TCP 连接超时也是超时，但按说这种情况下不太容易遇到）

既然 API Server 返回的不是 504，说明 API Server 自身内部执行代码没有超时。

而 API Proxy 返回的不是 504 或 500，也说明从 Proxy 到 API Server 间的反代请求过程没有超时。
（此处如果是使用 nginx 配置的反代，需要注意一个 nginx 配置，参见这个帖子：/t/637941 ）

此时，整个请求时间 =
小程序到 API Proxy 间的延迟（ TCP 耗时） + API Proxy 到 API Server 的延迟（ TCP 耗时）
+ API Server 发送数据到 Proxy 的时长（ HTTP 耗时） + Proxy 发送数据到小程序的时长（ HTTP 耗时）

也就是两份 TCP 耗时 + 两份 HTTP 耗时，在网络非常差、或者数据非常大的情况下，还是有可能出现的。
如果相应的时长已经非常长，建议也可以检查一下各端之间的网络链路质量是否良好。

@hytex #9
那你应该修改小程序端的请求代码的超时配置。

参见小程序开发文档：

默认超时时间和最大超时时间都是 60s ；
超时时间可以在 app.json 或 game.json 中通过 networktimeout 配置。

https://developers.weixin.qq.com/miniprogram/dev/framework/ability/network.html#%E8%B6%85%E6%97%B6%E6%97%B6%E9%97%B4

几乎每天都在经历这些……


已经习惯了不完全相信提问者的信息，直接开始引导性提问了解问题本质，现在猜问题的能力也提升了不少

化学工业那个明明是最简单的………………

『出现了超时的情况』指的是『哪一端』的什么地方报出的超时？

mini APP -> API Proxy -> API Server

是 API Server 直接返回了 504 超时错误？
还是 API Proxy 在请求 API Server 时（ TCP/HTTP ）连接超时？
亦或者是 API Proxy 直接返回了 504 超时错误？
还是小程序端请求接口的代码请求超时了？

A B 服务器，指的是两个不同的 API Server 嘛？
还是说其中一个指的是 API Proxy ？

『服务端超时配置』改成了 31S，改的是哪一个服务器的呢？

@Delav #9
立刻就走是 1.5 月哦：

第四十条　有下列情形之一的，用人单位提前三十日以书面形式通知劳动者本人或者额外支付劳动者一个月工资后，可以解除劳动合同：
（内容略）

第四十六条　有下列情形之一的，用人单位应当向劳动者支付经济补偿：
（三）用人单位依照本法第四十条规定解除劳动合同的；

第四十七条　经济补偿按劳动者在本单位工作的年限，每满一年支付一个月工资的标准向劳动者支付。六个月以上不满一年的，按一年计算；不满六个月的，向劳动者支付半个月工资的经济补偿。
　　劳动者月工资高于用人单位所在直辖市、设区的市级人民 ZF 公布的本地区上年度职工月平均工资三倍的，向其支付经济补偿的标准按职工月平均工资三倍的数额支付，向其支付经济补偿的年限最高不超过十二年。
　　本条所称月工资是指劳动者在劳动合同解除或者终止前十二个月的平均工资。


简单点说，只要你是按照 第四十条 的情形解除劳动合同：
否则公司就需要提前三十天书面通知你，或者选择额外支付 1 月工资。
除此之外，还需要支付『经济补偿』，你不满六个月就是 0.5 月工资。


你可以仔细阅读《劳动合同法》
http://www.gov.cn/flfg/2007-06/29/content_669394.htm
只要你确定自己不属于 第三十九条 的情况，那就应该是 1.5 个月。

仔细看了一下楼主贴的邮件截图的内容，感觉并不像是纯粹爬虫爬出来的啊。

如果那位大佬的爬虫已经可以分析楼主博客内容并写出如此有针对性的文件，感觉那位大佬的 NLP 功底也是很不一般啊。

hhhhh 那个群似乎因为一个短视频被封了，加群主重新进新群吧


Tips：群被封了以后，位置共享提示还是可以发出来，所以如果你看到某个群只有一堆位置共享，那大概率就是 GG 了