如何在 https 网页中强行加载 http 内容和 HTTP STATUS 的总结

Published by powerfulyang on Jun 19, 2023

解决 Chrome 中 https 默认无法加载 http 内容，影响开发调试的问题。详细介绍 HTTP STATUS。

通过隐私设置修改

Secure sites might embed content like images or web frames that aren't secure Insecure content is blocked by default on secure sites

如何在 https 网页中强行加载 http 内容？

浏览器地址输入 chrome://settings/content/insecureContent，然后回车。
在 Allowed to show insecure content 允许显示不安全内容，点击添加按钮，添加你想要允许加载 http 内容的网站。

要注意一下，如果需要在 https://example.com 中显示 http://example.com 那么应该添加的是 https://example.com ，而不是 http://example.com 。

1xx - Informational

HTTP 1xx 状态码是信息响应类状态码，它们表示请求已被接受并处于处理中，但通常不需要进一步的操作。以下是 1xx 状态码的详细解释和实际应用例子：

100 Continue

解释：
- 客户端应当继续发送请求的其余部分，或者如果请求已完成，忽略这个响应。服务器发送这个状态码来通知客户端它已接收到请求的初始部分，并已被服务器正确解析。
实际应用例子：
- 当一个客户端发送一个包含大数据的 POST 请求时，它可以先发送一个只包含头信息的请求，并在头信息中包含一个Expect: 100-continue。这告诉服务器客户端有一个请求正准备发送，但在收到服务器确认可以继续之前不会发送。如果服务器回应一个100 Continue状态码，那么客户端会继续发送请求体，否则客户端可能只发送一个简化版本的请求或放弃发送请求。

101 Switching Protocols

解释：
- 请求者已要求服务器根据 Upgrade 消息头切换协议，服务器已确认并准备切换。
实际应用例子：
- 当要建立一个 WebSocket 连接时，客户端会发送一个标准的 HTTP 请求，其中包括Upgrade: websocket头，表示客户端希望使用 WebSocket 协议进行通信。如果服务器支持 WebSocket 并愿意切换协议，它会响应一个101 Switching Protocols状态码，此后连接就切换为 WebSocket 协议。

102 Processing (WebDAV)

解释：
- 服务器已接收到请求，并正在处理中，但没有响应可用。此状态码主要用于 WebDAV 协议。
实际应用例子：
- 在使用 WebDAV 提交涉及多文件的复杂操作时，该操作可能需要较长时间才能完全处理。为了防止客户端认为请求已超时，服务器可以先返回一个102 Processing状态码，以告知客户端请求已被接受并正在处理，但尚未完成。

这些 1xx 状态码较少用于日常的 Web 开发工作，但在特定的应用场景中它们是很有用的。希望这些例子能帮助您更好地理解这些状态码的实际应用。

2xx - Successful

2xx 状态码表示请求已被成功接收、理解和接受。以下是这类状态码的详细介绍和实际应用例子：

200 OK

解释：
- 请求已成功，请求所希望的响应头或数据体将随此响应返回。
实际应用例子：
- 当你浏览一个网页或查询一个 API 并成功获得结果时，服务器通常返回一个200 OK状态码。

201 Created

解释：
- 请求已被实现，并且有一个新的资源已经依据请求的需要而建立，且其 URI 已经随 Location 头信息返回。
实际应用例子：
- 当你在一个 API 上发送一个 POST 请求以创建一个新的记录，如新的用户或新的博客文章时，服务器在成功创建资源后返回201 Created状态码。

202 Accepted

解释：
- 服务器已接受请求，但尚未处理。实际的请求结果可能还会有异议。此代码只是表示请求已被服务器接收，但并没有处理。
实际应用例子：
- 用于异步操作。例如，当你提交一个需要长时间处理的任务（如大型文件的上传或长时间的数据处理）时，服务器可以立即返回202 Accepted状态码，表示已接收请求但任务仍在后台处理。

203 Non-Authoritative Information

解释：
- 服务器已成功处理了请求，但返回的信息可能来自另一来源。
实际应用例子：
- 如果服务器提供的响应来自缓存或来自另一个服务器的信息，而不是原始服务器，则可能返回此状态码。

204 No Content

解释：
- 服务器成功处理了请求，但没有返回任何内容。
实际应用例子：
- 当你发送一个 DELETE 请求来删除一个资源，服务器可能会在成功删除后返回一个204 No Content状态码，表示请求成功，但没有额外的信息要返回。

205 Reset Content

解释：
- 服务器成功处理了请求，但没有返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图。
实际应用例子：
- 在某些特定的浏览器行为中，如一个重置按钮成功触发后，服务器可能返回205 Reset Content来告诉浏览器重置视图。

206 Partial Content

解释：
- 服务器已经成功处理了部分 GET 请求。
实际应用例子：
- 当客户端执行断点续传或部分资源请求时，例如在视频流中请求特定的时间段，或在下载大文件时从中断的地方恢复下载，服务器可以返回206 Partial Content状态码和请求的部分数据。

这些 2xx 状态码表示请求在服务器端已被成功处理。当开发或与 APIs 交互时，这些状态码是最常见的正面响应。

具体 206 例子

It sounds like you're referring to the Range header in HTTP requests. The Range request header is used to request a part of a larger resource, typically for the purpose of resuming interrupted downloads or splitting a download into multiple simultaneous streams.

Here's how the header might look:

makefile

1Range: bytes=0-499

This header requests the first 500 bytes of a document.

The server will respond with a status code of 206 Partial Content if it supports range requests and the range specified is valid. The response will also include a Content-Range header, for example:

css

1content-range: bytes 0-499/1234;

This response header indicates that the server is sending bytes 0 through 499 of a document that is 1234 bytes in total.

There are different ways to specify the range:

Single part ranges:
makefile
```
1Range: bytes=0-499
```
This requests the bytes from 0 to 499.
Multiple part ranges:
makefile
```
1Range: bytes=0-499,1000-1499
```
This requests the bytes from 0 to 499 and from 1000 to 1499.
Open-ended ranges:
makefile
```
1Range: bytes=500-
```
This requests all bytes from 500 to the end of the document.
Suffix ranges:
makefile
```
1Range: bytes=-500
```
This requests the last 500 bytes of the document.

Note that not all servers support range requests. If a server doesn't support range requests, it will simply return the full resource with a 200 OK status code instead of a 206 Partial Content.

The ability to request a specific range of a document is especially useful for resuming interrupted downloads or for streaming media where you might want to jump to a particular part of a video or audio file.

207 Multi-Status (WebDAV)

解释：表示多个状态码的响应。这通常用于 WebDAV 请求，其中多个操作可能会导致多个成功或错误状态。
实际应用例子：用户请求一个 WebDAV 应用中的多个文件进行操作。服务器可能会成功处理某些文件，但其他文件可能失败。207 Multi-Status响应中会包含每个文件的状态。

208 Already Reported (WebDAV)

解释：结果已在前面的部分中给出，因此不会再次提供。
实际应用例子：在 WebDAV 的集合同步操作中，如果一个项目的成员在先前已经列出，它就不会再次被列出。

226 IM Used

解释：服务器已完成了对资源的 GET 请求，并响应是对当前实例应用的结果。
实际应用例子：该状态码是为了被 HTTP Delta 编码扩展所定义的，这是一个表示页面内容更改的方法。

3xx - Redirection

这些都是浏览器行为，具体可以看下 https://stackoverflow.com/questions/282429/returning-redirect-as-response-to-ajax-fetch-xhr-etc-request/2573589#2573589 这个问题，ajax request 甚至不能获取到 302 状态码。

3xx状态码类别是关于重定向的。它告诉客户端必须采取进一步的操作才能完成请求。以下是 3xx 状态码的详细解释及实际应用例子：

300 Multiple Choices

解释：请求的目标有多种选择，无法直接跳转到一个特定的资源。用户或用户代理可以选择一个最合适的。
实际应用例子：请求一个资源 URI，该 URI 在服务器上对应多种表示形式（例如，不同的语言或格式）。服务器返回 300 状态，提供一个选择列表，用户可以选择其希望的表示。

301 Moved Permanently

解释：请求的 URL 已被移除，并被永久性地转移到另一个位置。新的 URL 应在响应中给出，并且应使用新的 URL 重发请求。
实际应用例子：一个网站从 http://example-old.com迁移到http://example-new.com，任何旧的 URL 请求都会收到301 响应，并指向新的 URL。

302 Found

解释：请求的资源暂时移动到新的 URL，但未来可能会返回。因此，客户端应继续使用原始 URL。
实际应用例子：一个电子商务网站在特定促销活动期间可能会重定向用户到特定的促销页面，但活动结束后原始 URL 可能仍然有效。

303 See Other

解释：对于需要 GET 请求的响应，查看其他位置。新的 URL 应在响应中给出。
实际应用例子：在 Web 应用中，用户完成一个表单并点击提交（通常是 POST 请求）。为防止表单重复提交，服务器可能会发送一个303 See Other响应，并重定向到一个新的页面，例如“Thank You”页面。

304 Not Modified

解释：资源未修改，因此客户端可以继续使用其缓存版本。这常用于浏览器缓存机制。
实际应用例子：一个客户端已经下载了一个网页的资源（例如 CSS 文件），并在再次请求时发送 If-Modified-Since 头。如果资源自那时起没有更改，服务器会回应304 Not Modified，告诉浏览器可以继续使用缓存的文件。

305 Use Proxy

解释：为了访问请求的资源，必须通过代理。代理的位置由 Location 字段定义。
实际应用例子：此状态码在实际应用中较少使用，但在需要特定代理访问的内部网络中可能会遇到。

306 Unused

解释：以前用于指示后续请求应使用指定的代理。现在已被弃用。
实际应用例子：不再使用。

307 Temporary Redirect

解释：请求的资源暂时移动到新的 URL。与 302 类似，但保证请求方法和主体不会更改。
实际应用例子：在 Web 应用程序中，可能会暂时将用户重定向到另一个页面，但需要保证 HTTP 方法不变，例如在 PUT 或 POST 操作中。

308 Permanent Redirect

解释：与 301 类似，表示资源已被永久性地转移到其他位置，但保证请求方法和主体不会更改。
实际应用例子：如果有一个 API 终端点从一个旧的 URL 永久地移动到一个新的 URL，并且希望确保 HTTP 方法（如 POST）在重定向时保持不变，那么可以使用308 Permanent Redirect。

这些 3xx 状态码都是关于重定向的，当进行网站迁移、页面重构或其他需要更改 URL 的操作时，通常会使用它们。