如果是静态地址的跳转完全可以直接用 DNS 服务商提供的静态 Url 跳转，如果是有动态参数那 github pages 也支持不了只能用 Web 服务端动态跳转。

@silverflash 要直接回复图片地址， 这个拓扑图比楼主画的好很多
https://i.imgur.com/irBd4P4.png

这种到哪都当自家厕所的人真的很讨厌 @NianBroken

没有过 asuscomm.cn 一直用的 asuscomm.com ，不过最近大半年发现 ip 更新了 DDNS 域名不会自动更新，问客服就说在华硕 DDNS 服务快要停了建议用第三方 DDNS 服务。

https 请求跳转到另一个 https 站点，100%是 nginx 配置问题， 这个看配置就知道问题在哪

你的 A 站只启用了 http 但是当前 ip 有 443 端口，你访问 A 域名的 https 肯定是能接收到请求的， 正确做法是所有的 https server_name 都指定具体域名不要写通配域名“*.xx.com”也不要兜底的"_"。

这样访问 A 站肯定没有 https 服务了。

midwayjs

在服务器上使用 curl 请求看看， 排除下是不是本地根证书问题

不应该是去营业厅或者找客服问吗， 谁知道你是哪个地方的，而且只使用一个月除非有本地的按月收费宽带。
或者看周围邻居有没有拉宽带， 直接路由器 Lan 口接根线到你家（看情况给点费用或者东西）。

@5261 替换了肯定能立即生效，没生效说明替换不成功

一般内部不用 https ，直接 http 传输。所以内部 nginx 不需要证书

另外都接入了负载均衡为啥还要 nginx 如果是当反向代理服务器就真没必要。 直接通过 slb 转发流量到目标服务器就好了。

有什么好吐槽的呢， 增加接入带宽不是挺好的吗？过渡阶段限制大流量用户不影响到正常使用用户难道不合理吗？到后面网络设施越来越完备应该就不会有什么流量限制了，目前网络设施建设速度肯定是大于用户宽带需求增长的速度。（想下以前 1/2/4/8/20/100/200/300/500/1000 Mbps 不就是一步步升级过来的吗）

对于不搞 PCDN 偶尔下载影视资源的用户来说目前真不会有什么限速影响，还有万兆光猫反倒是最好解决的，既然推万兆肯定会换新光猫。

是不是绑定错端口了

用 reactive 定义， 用 toRefs 结构。 这么简单为啥讨论这么多

分页和列表肯定都要存在不能为了结构相同而直接简单粗暴统一返回结构。要统一的时候不同数据分页接口的结构和不同数据列表接口的结构。

如果后端是不小心改了原接口的返回结构， 那 100%是后端的锅，哪怕原来的接口不合理是代码逻辑很糟糕也不能随便改。

如果是新接口前端通用请求预期的结构和后端返回的不一致， 那属于前期沟通和前端自测有问题。

另外不建议把分页和列表结构放到一个类型定义中，定义 PageData 和 ListData 即可， 通用接口请求方法根据入参(有无分页参数)很容易区别响应类型。

好奇问下 为什么会用 nextjs/nuxtjs 这类框架，是确实有 SSR 需求还是其他原因呢

是怎么跳转的都不说清楚，跳转方式有很多种
1 、DNS 云解析显性 URL：DNS 服务商提供重定向响应，客户端从原地址跳转目标地址
2 、自建 Web 服务重定向：响应 301/302 ，会携带 referer
3 、用户点击跳转：点击 A 标签跳转，可以设置 rel="noreferrer"不携带 referer
4 、用户点击打开新窗口：添加<meta name="referrer" content="never">不会携带 referer

如果是 1 那 100%在流量监管范围， 如果是 2 那说明京东向阿里云投诉了，如果是 3 、4 完全可以移除 referer 头部参数进行跳转

个人觉得 react hooks 的副作用给开发者增加了麻烦， 正如上面提到 useCallback 、useMemo 以及依赖变量问题，如果 React 后面支持以闭包的形式返回 render 函数而不是直接返回组件，应该就能规避掉 hooks 很多`莫名其妙`的问题。

FTTB 可能适合你

EF.Functions.Like 或者 Contains

不知道为啥 swift 要搞一个 delegate 概念出来，也不是语法关键字 就是普通的 class 实现接口(契约) 。既然方法参数和属性能传函数(闭包)，没有委托好像也行。发现有些系统 api 原来是传函数的，新版搞个新 class 新 api 就要传委托。^_^

这个和 C#的 delegate 完全不同，委托是函数引用/指针，匿名函数(swift 闭包)、lambda 表达式、事件都是基于委托的。

Swift 应该是差一个事件的概念， 但是呢没有一步到位整了个中间的 delegate 概念，再加上内存管理不是那么智能，使用起来有点束手束脚的感觉。

C#中的委托和事件都是可以多播的，大部分组件对外暴露的都是事件，拿上面委托例子来说就是这样：

``` imageOutPut.onPhotoOutput = () => { xxx }; ```

或者
```imageOutPut.onPhotoOutput += () => { xxx }; ```