wp_redirect表现怪异。 之后需要die（）吗？

Question

我正在写一个wordpress插件来重定向用户。 出于某种原因，wp_redirect无法正常运行，即：似乎根本没有重定向用户，除非我在其后直接放置了die命令。 这是一些代码：

switch($_GET['wp_favorites_tax'])
{       
case 'post_tag':
  wp_redirect(add_query_arg('tag', $_GET['wp_favorites_term'], get_bloginfo('url')));
  die();
  break;
case 'category':
  wp_redirect(add_query_arg('cat', $_GET['wp_favorites_term'], get_bloginfo('url')));
  die();
  break;
default:
  wp_redirect(get_bloginfo('url'));
  die();
}

对于我来说，我必须告诉我的脚本死掉以便重定向可以正常工作对我来说似乎很奇怪。 我也尝试了一个基本

header("Location: $location);

达到相似的目的，即：它仍然需要die（）才能起作用。 真的让我困惑。 谢谢。

Answer 1

在某些情况下，这是header()正常行为，我不记得具体为什么了（我认为这与输出缓冲有关）。 我相信有人会对此有所启发。

无论如何，应该习惯在header("Location...")之后终止脚本的执行-发送header只是向浏览器发出的请求，请移至新位置，但这不会阻止发送文档的其余部分 ，这在登录系统中使用时可能会带来灾难性的后果（用户可以重定向header因为它们没有登录，但还可以获取文档正文中所有可能的机密数据）。

始终，总是调用die()或在执行标头重定向后exit 。

Answer 2

通常，HTTP重定向包含不自动跟随标头的客户端的消息正文。 在Opera（选项：网络）中尝试此操作。

由于可以在加载翻译之前调用wp_direct() ，因此WordPress为您提供了添加我们自己的（本地化）消息正文的机会。

简而言之：我认为，如果您关心I18n，那么当前的解决方案是最好的。