vscode中挂起的更改特别多，应该怎么做

Posted 2023-05-07

参考技术A 从“开始”菜单中单击“运行”
，然后键入cluadmin以启动群集管理器并连接到本地实例。
在左侧窗格中，展开“组”节点，然后选择要更新的组。
在右侧窗格中，右键单击“SQL IP Address1”（故障转移群集实例名称）并选择“属性”。
单击“参数”选项卡，然后在“地址”字段中更新 SQL IP Address1（SQL Server 名称）的 IP 地址。
单击“应用”以实现更改。可能会显示下面的警告对话框：
“群集管理器标准扩展: 尝试设置属性时出错: 已存储属性，但是只有在下次资源联机时所有更改才会生效。错误 ID: 5024 (000013a0)。”单击“确定”清除“群集管理器标准扩展”
对话框，此时您将返回到“群集管理器”。若要使资源脱机，然后再使其重新联机，请使用下列步骤。
在右侧窗格中，右键单击“SQL IP Address1”（故障转移群集实例名称）并选择“脱机”
。将会看到 SQL IP Address1（故障转移群集实例名称）、SQL Network Name（故障转移群集实例名称）和 SQL Server 的状态从联机更改为脱机挂起，然后再更改为脱机。
注意将 IP 更改传播到整个企业网络可能需要 30 分钟或更长的时间。应该尝试将 SQL IP Address 1（故障转移群集实例名称）和 SQL Network Name（故障转移群集实例名称）联机，然后尝试 ping 该故障转移群集实例名称并等待 DNS 将其解析为新的 IP 地址。
在右侧窗格中，右键单击 SQL Server，然后选择“联机”
。将会看到 SQL IP Address1（故障转移群集实例名称）、SQL Network Name（故障转移群集实例名称）和 SQL Server 的状态从脱机更改为联机挂起，然后再更改为联机。
关闭“群集管理器”。

CORS OPTIONS 请求成功，但在 Safari 中挂起

【中文标题】CORS OPTIONS 请求成功，但在 Safari 中挂起

【英文标题】：CORS OPTIONS Request Successful, but Hangs in Safari

【发布时间】：2017-03-13 09:03:01

【问题描述】：

CORS 的 Safari (10 - OSX El Capitan) 问题

我正在做一个从 AngularJS 前端到 Laravel 后端的 CORS POST 请求。

在 Chrome 和 Firefox 中，OPTIONS 和 POST 请求都返回 http 状态 200 OK 在 Safari 10 (OSX) 中，OPTIONS 和 POST 请求都返回 http 状态 200 OK，

但 OPTIONS 请求继续加载（http 状态 200 OK！）

请求标头

Accept:*/*
Accept-Encoding:gzip, deflate, sdch
Accept-Language:nl-NL,nl;q=0.8,en-US;q=0.6,en;q=0.4
Access-Control-Request-Headers:content-type
Access-Control-Request-Method:POST
Cache-Control:no-cache
Connection:keep-alive
Host:x.local
Origin:http://y.local
Pragma:no-cache
Referer:http://y.local/

响应标头

Access-Control-Allow-Headers:Origin, X-Requested-With, Content-Type, Accept
Access-Control-Allow-Methods:POST, GET, OPTIONS, PUT
Access-Control-Allow-Origin:*
Cache-Control:no-cache
Connection:keep-alive
Content-Length:16
Content-Type:application/json
Date:Mon, 31 Oct 2016 09:22:51 GMT
Server:nginx/1.11.1

在我获得 http 状态 200 OK（OPTIONS 请求）后，Safari 挂起。我该怎么办？

【问题讨论】：

听起来类似于***.com/questions/38789251/…（无应答）

这看起来也很像groups.google.com/forum/#!topic/angular/3hP4JpTHLYY

@GünterZöchbauer 谢谢，但它不适用于 HTTP 和 HTTPS。

看起来它没有包含明确的解决方案，但看起来有些东西值得尝试。

【参考方案1】：

尝试返回 204 No Content，这对我有用。 在一些例子中可以找到，没有进一步的解释。

【讨论】：

这在我的情况下有效。如该线程的其他答案中所述，我已经将“接受”发送到浏览器。服务 204 工作正常，谢谢！

【参考方案2】：

确保您已将 Accept 标头添加到您的 CORS AllowedHeaders 选项中。这为我解决了。

您的请求的 Accept 标头为 /，但您的 CORS 选项根本无法处理它。像 Chrome 这样的现代浏览器可以在没有标题的情况下工作，但 Safari 并没有保持最新状态。

【讨论】：

我遇到了与 OP 类似的问题。您的回答对我有所帮助，但我想澄清一下，我已经在我的 CORS Allowed-Headers 中使用了 *。这没有用。相反，我现在使用了Accept, (...more headers)，它成功了。