WordPress 6.1 将 send_headers Action 后移到准备加载文章的后面
WordPress 6.1 将 send_headers
Action 移到 WordPress 常规的例程的稍后的位置,之前在确定要发送哪些页面 headers 的时候,所有 is_
的函数(比如is_singular
)都不起作用,通过此项改动,将`send_headers` 移到 WordPress 的查询解析完成之后,这些 is_
的函数都可以用了。
这样就可以:
- 管理页面缓存行为
- 使用 HTTP
rel=preload
标头预加载资源 - 根据条件进行跳转,和管理其他 200 状态的场景
而目前这些场景通常是在之后的 Action(比如 template_redirect
)中进行处理的,其实这样在语义上有点让人困惑,并且还效率低下。
举一个最有意义的例子,X-Pingback
这个 HTTP 标头其实只需要在文章详情页才需要发送,6.1 就是因为 send_headers
后移而得以优化。
下面我们修改之前和之后的常见的 Action 加载顺序:
未修改之前的顺序:
- wp_loaded
- parse_request
- send_headers
- parse_query
- pre_get_posts — WP 主查询
6.1 修改之后的顺序:
- wp_loaded
- parse_request
- parse_query
- pre_get_posts — WP 主查询
- send_headers
此项修改应该不会对现有的代码造成什么影响,除非你使用 send_headers
来处理那些真的不需要解析 WordPress 的查询参数的,那么可能需要把你的代码改到更早一些的 Action 去执行,比如提早到
或者wp_loaded
Action。parse_request
WPJAM Basic 的 JSON API 就是使用 send_headers
来处理的,所以 WordPress 6.1 就要兼容处理了。😂
对于以后在 send_headers
添加的新代码,都可以愉快地使用所有 is_ 函数了。