Nginx on 蛋蛋忧桑

httpclient与hertzclient在处理Host header时的差别

Fri, 22 Aug 2025 16:41:32 +0800

本文中的Host header、request.header.host、req.Header[“Host”]都指的是请求头中的“Host”字段。

问题提出

在请求转发的过程中，需要从原请求中拿到一些信息来构造新的转发出去的请求，其中就有Host header的问题。一开始我使用的是httpclient，复制请求头的逻辑就是清除一些字段后直接全部复制过去（Host header不在清除范围内），此时程序正常运行。

c.Request.Header.VisitAll(func(key, value []byte) {
		req.Header.Add(string(key), string(value))
	})

当我将httpclient切换成hertzclient后，发现一模一样的复制请求头的逻辑遇到了404的错误。经过一番排查发现是httpclient和hertzclient两者对于request.header.host的处理方式不同。对于hertzclient来说，正确的方式应该是不复制请求头中的Host字段。

c.Request.Header.VisitAll(func(key, value []byte) {
		if string(key) != "Host" {	 // hertz框架中的client不会更改header.Host，所以不能用原来的Host
			req.Header.Add(string(key), string(value))
		}
	})

httpclient

httpclient请求最终发送的 Host header 并不是取自 req.Header[“Host”]，而是由 req.Host 字段决定，如果 req.Host 为空，则默认为 req.URL.Host。

所以说虽然我一开始直接把原始的、错误的 Host header 复制了过去，但是httpclient对请求的 Host header 进行了替换，没有用我设置的 Host header ，所以并没有出现问题。

hertzclient

hertzclient最后发送的 Host header 就是取自 req.Header[“Host”] 的，所以说当我将原来的 request.header.host 写到新请求中后，hertzclient发送请求直接使用的是我设置的 Host header ，所以出现404的问题。

如果说依然使用完整复制的方法，在最后需要用req.Header.SetHost()替换原始的、错误的 Host header 。注意不是req.SetHost()，这个方法是设置建立连接的主机地址。

Host header作用

那话说回来，为什么使用错误的Host header会出现404的问题呢？Host header究竟是起到什么样的作用呢？

当一个网络请求发出去之后，网址会经过DNS解析为ip地址并建立连接，当连接到服务器后，则会用到 Host header 进行虚拟主机分流。

而虚拟主机（Virtual Host）是一种服务器技术，它允许在同一台物理服务器（同一个IP地址）上运行多个网站。换句话说，你可以用一台服务器托管多个不同域名的网站，而不需要每个网站都分配一个独立的服务器。区分用户到底访问的是哪个网站的方式就是使用 Host header 进行分流。

总体来说，一个请求的流程是：域名 → DNS 解析 → IP 地址 → 建立 TCP/SSL 连接 → 发送 HTTP 请求头 (Host) → 虚拟主机分流。

这里举一个Nginx配置规则进行分流的例子：

server {
 listen 80;
 server_name www.example.com;
 root /var/www/example;
}

server {
 listen 80;
 server_name www.test.com;
 root /var/www/test;
}

listen 80; → 表示监听 HTTP 默认端口 80。
server_name → 表示这个虚拟主机匹配的域名。
root → 表示网站的根目录，也就是请求 / 时返回的文件位置。

Nginx 的分流步骤可以总结为：

根据端口匹配 server 块

这里两个 server 都监听 80，所以都在候选列表中。

根据 Host 匹配 server_name

Nginx 会查找与请求 Host 最匹配的 server 块。

匹配成功 → 使用该 server 块的 root 和配置处理请求
没有匹配 → 使用默认 server

Nginx 会选择 listen 指令中第一个或 default_server 标记的 server 作为默认返回。

伪静态

Sun, 02 Mar 2025 01:30:16 +0800

本文为人工智能问答记录，内容仅供参考，可能存在错误信息。

一、什么是伪静态？

伪静态（Pseudo-static）是一种通过 URL 重写技术，将动态 URL 转换为看起来像静态 URL 的技术。它的目的是让 URL 更加友好、易读，同时提升搜索引擎优化（SEO）效果。以下是关于伪静态的详细解释：

1. 动态 URL 和静态 URL

动态 URL：

动态 URL 通常包含查询参数，用于传递数据给服务器。例如：https://example.com/index.php?p=123

这种 URL 对用户不友好，且不利于 SEO。
静态 URL：

静态 URL 看起来像是一个具体的文件路径，例如：https://example.com/about-us.html

这种 URL 更简洁、易读，且对 SEO 更友好。

2. 伪静态的作用

伪静态通过 URL 重写技术，将动态 URL 转换为静态 URL 的形式，但实际上仍然是动态生成的页面。例如：

动态 URL：https://example.com/index.php?p=123
伪静态 URL：https://example.com/my-post-title

尽管第二个 URL 看起来像是一个静态页面，但实际上它仍然是由服务器动态生成的（例如通过 PHP 脚本处理）。

3. 伪静态的实现原理

伪静态的实现依赖于服务器的 URL 重写功能：

Apache 服务器：

使用 .htaccess 文件和 mod_rewrite 模块。

例如，WordPress 的伪静态规则：

RewriteEngine On

RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
这段代码的作用是将所有请求重写到 index.php，由 WordPress 处理 URL 路由。
Nginx 服务器：

使用 rewrite 指令。

例如，WordPress 的伪静态规则：location / { try_files $uri $uri/ /index.php?$args; }
这段代码的作用是尝试访问与 URL 对应的文件或目录，如果不存在，则将请求重写到 index.php。

4. 伪静态的优点

URL 友好：

伪静态 URL 更简洁、易读，对用户更友好。

SEO 优化：

搜索引擎更喜欢静态 URL，伪静态 URL 可以提高网站的搜索排名。

隐藏技术细节：

伪静态 URL 隐藏了服务器端的技术细节（如 .php 或查询参数），使 URL 更简洁。

5. 伪静态的缺点

服务器性能：

伪静态 URL 需要通过服务器动态生成内容，可能会增加服务器的负载。

配置复杂：

需要正确配置服务器的 URL 重写规则，否则可能导致 404 错误。

6. 伪静态的应用场景

内容管理系统（CMS）：

如 WordPress、Joomla、Drupal 等，通常使用伪静态 URL 来优化 SEO 和用户体验。

电子商务网站：

伪静态 URL 可以使产品页面 URL 更友好，提升用户体验和搜索排名。

博客和新闻网站：

伪静态 URL 可以使文章链接更简洁、易读。

7. 伪静态与真静态的区别

伪静态：

URL 看起来像静态文件，但实际上是动态生成的。

例如：https://example.com/my-post-title（由 PHP 动态生成）。
真静态：

URL 对应一个实际的静态文件（如 HTML 文件）。

例如：https://example.com/about-us.html（直接访问一个 HTML 文件）。

8. 如何在 WordPress 中启用伪静态

在 WordPress 中，伪静态通常通过“固定链接”功能实现：

登录 WordPress 后台。
进入 设置 > 固定链接。
选择一个伪静态 URL 结构，例如：

https://example.com/%postname%/

https://example.com/category/%postname%/
保存设置。

如果服务器是 Nginx，需要手动添加重写规则（如 try_files）；如果是 Apache，WordPress 会自动生成 .htaccess 文件。

9. 总结

伪静态是一种将动态 URL 转换为静态 URL 的技术，使 URL 更友好、更利于 SEO。
它通过服务器的 URL 重写功能实现（如 Apache 的 .htaccess 或 Nginx 的 rewrite 指令）。
伪静态广泛应用于 CMS、电子商务网站和博客等场景。
在 WordPress 中，伪静态通过“固定链接”功能启用，但需要确保服务器配置正确。

二、但是用户访问的不就是https://example.com/category/%postname%/这样类型的网址吗，不是访问的https://example.com/index.php?p=123啊

你的问题非常好！确实，用户访问的是类似 https://example.com/category/postname/ 这样的网址，而不是 https://example.com/index.php?p=123。这里的关键在于 URL 重写 和 服务器如何处理这些 URL。以下是对这个问题的详细解释：

1. 用户访问的 URL

当用户访问 https://example.com/category/postname/ 时，浏览器会向服务器发送一个请求，要求获取这个 URL 对应的内容。

2. 服务器的默认行为

如果没有配置 URL 重写规则，服务器会尝试直接查找与 URL 路径对应的文件或目录。例如：

服务器会尝试查找 /category/postname/ 目录或文件。
如果找不到对应的文件或目录，服务器会返回 404 错误。

3. WordPress 的工作原理

WordPress 使用“前端控制器”模式，即所有的请求都由 index.php 处理。index.php 会根据 URL 路径决定显示哪个页面或文章。为了实现这一点，WordPress 需要将所有请求重写到 index.php。

动态 URL：

默认情况下，WordPress 使用动态 URL（如 https://example.com/index.php?p=123），这种 URL 直接传递给 index.php，因此不需要重写规则。

固定链接（伪静态 URL）：

当你启用固定链接（如 https://example.com/category/postname/）时，URL 路径不再直接对应查询参数，因此需要重写规则将所有请求重写到 index.php。

4. URL 重写的作用

URL 重写规则的作用是告诉服务器：“如果请求的 URL 路径不对应任何实际文件或目录，就将请求交给 index.php 处理。” 这样，WordPress 才能根据 URL 路径动态生成内容。

Apache 服务器：

使用 .htaccess 文件中的 mod_rewrite 模块。

例如，WordPress 生成的 .htaccess 文件内容：

<IfModule mod_rewrite.c>

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
这段代码的作用是将所有不匹配实际文件或目录的请求重写到 index.php。
Nginx 服务器：

使用 rewrite 指令。

例如，WordPress 的 Nginx 重写规则：location / { try_files $uri $uri/ /index.php?$args; }
这段代码的作用是尝试访问与 URL 对应的文件或目录，如果不存在，则将请求重写到 index.php。

5. 用户访问的 URL 如何被处理

当用户访问 https://example.com/category/postname/ 时，服务器的处理流程如下：

服务器接收到请求，尝试查找 /category/postname/ 目录或文件。
如果没有找到对应的文件或目录，服务器会根据重写规则将请求重写到 index.php。
index.php 会根据 URL 路径（/category/postname/）决定显示哪个页面或文章。

6. 为什么用户看不到 `index.php`

URL 重写：

URL 重写规则将所有请求重写到 index.php，但浏览器地址栏中的 URL 不会改变。

例如，用户访问 https://example.com/category/postname/，服务器内部将请求重写到 index.php，但用户仍然看到 https://example.com/category/postname/。
前端控制器模式：

WordPress 使用前端控制器模式，所有的请求都由 index.php 处理，但用户看不到这一点。

7. 总结

用户访问的是伪静态 URL（如 https://example.com/category/postname/），而不是动态 URL（如 https://example.com/index.php?p=123）。
服务器通过 URL 重写规则将所有请求重写到 index.php，由 WordPress 根据 URL 路径动态生成内容。
URL 重写规则的作用是让伪静态 URL 能够正常工作，同时保持 URL 的友好性和 SEO 优势。

通过这种方式，用户看到的 URL 是简洁、友好的，而服务器内部仍然使用动态生成的内容。这就是伪静态的核心原理。

wordpress更改固定链接后网页出现404

Sun, 02 Mar 2025 01:08:09 +0800

问题描述

在wordpress后台更改固定链接结构后网页出现404的情况。

解决方法

在宝塔后台打开网站设置，在伪静态中加入以下代码。

if (-f $request_filename/index.html){
rewrite (.*) $1/index.html break;
}
 
if (-f $request_filename/index.php){
rewrite (.*) $1/index.php;
}
 
if (!-f $request_filename){
rewrite (.*) /index.php;
}

问题原理

With Nginx there is no directory-level configuration file like Apache’s .htaccess or IIS’s web.config files. All configuration has to be done at the server level by an administrator, and WordPress cannot modify the configuration, like it can with Apache or IIS.（Nginx没有像Apache的.htaccess或IIS的web.config文件那样的目录级配置文件。所有配置都必须由管理员在服务器级别完成，WordPress无法修改配置，就像Apache或IIS一样。）

Since Nginx does not have .htaccess-type capability and WordPress cannot automatically modify the server configuration for you, it cannot generate the rewrite rules for you.（由于Nginx没有. htaccess类型功能，WordPress无法自动为您修改服务器配置，因此无法为您生成重写规则。）

如果你的服务器是 Nginx，那么 WordPress 自动生成的 .htaccess 文件 不会生效，因为 Nginx 根本不支持 .htaccess 文件。.htaccess 是 Apache 服务器的配置文件，而 Nginx 使用的是完全不同的配置方式。由于 Nginx 并不支持.htaccess文件，因此你需要手动在Nginx配置中添加重写规则。

添加的Nginx服务器的重写规则，作用如下：

检查是否存在index.html：

if (-f $request_filename/index.html){ rewrite (.*) $1/index.html break; }

如果请求的URL对应一个目录，并且该目录下存在index.html文件，Nginx会将请求重写到该index.html文件并停止进一步处理。
检查是否存在index.php：

if (-f $request_filename/index.php){ rewrite (.*) $1/index.php; }

如果请求的URL对应一个目录，并且该目录下存在index.php文件，Nginx会将请求重写到该index.php文件。
默认重写到index.php：

if (!-f $request_filename){ rewrite (.*) /index.php; }

如果请求的URL不对应任何实际存在的文件或目录，Nginx会将请求重写到index.php。这是WordPress处理路由的关键部分，所有的请求都会被发送到index.php，然后由WordPress根据URL决定显示哪个页面。

这段代码的核心是将所有不匹配实际文件的请求重写到index.php。这正是WordPress处理固定链接的方式。WordPress通过index.php解析URL并显示相应的内容。

不加重写规则时，服务器会按照默认行为尝试直接访问与URL路径对应的文件或目录。由于WordPress的固定链接不对应实际文件，因此会返回404错误。重写规则的作用是告诉服务器：“将所有不匹配实际文件或目录的请求交给 index.php 处理。” 这样，WordPress才能根据URL路径动态生成内容。

参考文章

【图文解释】解决wordpress更改固定链接后网页出现404；站点创建成功页面无法显示_wordpress搭建的本地网站出现网页暂时无法打开-CSDN博客

Nginx – Advanced Administration Handbook | Developer.WordPress.org