wshuigao

打印 undefined 非法参数 ------------------ 原始邮件 ------------------ 发件人: "DataV-Team/datav.jiaminghi.com" ***@***.***>; 发送时间: 2021年6月8日(星期二) 下午4:59 ***@***.***>; ***@***.******@***.***>; 主题: Re: [DataV-Team/datav.jiaminghi.com] 轮播表中点击事件 (#35) 函数改: yourHandler(dataInfo){ console.log(dataInfo); } 打印看下这是啥 — You are receiving this because you authored the thread....

我直接把你的复制过去 进行打印  还是 undefined  大哥有向日葵么 识别码：713989474    验证码：332211 ------------------ 原始邮件 ------------------ 发件人: "DataV-Team/datav.jiaminghi.com" ***@***.***>; 发送时间: 2021年6月8日(星期二) 下午5:04 ***@***.***>; ***@***.******@***.***>; 主题: Re: [DataV-Team/datav.jiaminghi.com] 轮播表中点击事件 (#35) 不会吧不会吧

> 抱歉我这边已经没有权限看到nginx配置了，大概说一下思路吧 “ 分析下来主要原因是，图片刚上传完，各个storage需要一点时间进行数据同步。请求的时候如果第一个storage没有找到图片，fastdfs会尝试去下一个storage进行寻找，寻找的方式就是拼接一个新的url请求。 问题就在拼接的这个新请求地址上，他的拼接逻辑是http协议+你的原始请求方式的端口。所以在我们的日志中就看到了请求10.141.133.52:443 这种http协议+ssl端口的奇怪请求方式，自然无法完成请求。 我们认为这是一个逻辑bug，我们选择在fastdfs前面再加一层业务nginx。最终实现的链路效果就是：用户的https图片请求---->业务nginx----->fastdfs的nginx。 也就是说将请求地址中带group[0-9]的请求，全部转发至下一层的nginx。这样fastdfs在拼接重定向url的时候地址就是http协议+80端口 ” wshuigao ***@***.***> 于2022年12月3日周六 20:56写道： > […](#) > 我的集群也遇到了这个问题，我的环境是小程序，比较特殊，不能使用80端口，解决办法是在fastdfs上面再加一层nginx,将group[0-9]的流量转发至fastdfs所在的nginx。这样透传的转发地址就变成了http协议+80端口，就解决这个问题了。 大佬，可以贴一下nginx那块相关配置吗，我没理解fastdfs上面再加一层nginx 是怎么回事 — Reply to this email directly, view it on GitHub ,...