为什么我的 301 重定向需要这么长时间？

Question

在为加快我的网站速度而进行的长期疲惫的追求中，我发现重定向有问题：目前我的 index.php 通过 PHP 标头位置 301 永久重定向处理所有主页重定向： website.com >> website.com/en/home 和 website.de >> website.de/de/home etcettera etcettera（这个多语言网站大约需要 20 个）从 200 毫秒到 6000 毫秒的任何时间来进行重定向。看看瀑布！

之后，页面在闪电般的眨眼间加载！ 你不会说什么浪费时间？服务器一直在做什么？ 仔细检查后，我的最佳猜测是：它正在洗衣！

我几乎为此放弃了 PHP！ 非常欢迎任何和所有关于我令人费解的问题的线索 +1

A.给定事实：Apache/2.0.54 Fedora，PHP 5.2.9。没有数据库：只有包含大约 15 个 php 的扁平 php 文件，这些文件用页眉和页脚完成了我的页面）。 Y慢等级：92/100！好页面速度：93/100！ javascript和css尽可能结合。缓存控件似乎也设置得很好（由成绩证明）。 100 分中有 7 分缺少什么：不使用 Keep-Alive（超出我对共享主机的控制范围，不使用 Content Delivery Network。我可以忍受缺少的 7 分，但这是对速度的重大打击！

B.此外：我最近在这里得到了很好的见解，我应该通过 htacces 使用 url 重写。点了，但是，也许这里有一些 else 错误，我应该在继续对我来说更困难的 apache 正则表达式语法之前进行更正。

C.更快的方式：当我 php include 预期的主页时，而不是重定向，然后所有加载都很快，但 url 没有被重写：它位于浏览器栏上的 website.com，而我希望在包含它之后成为网站。 com/en/home。这可以用PHP吗？要包含+更改url的当前地址吗？

结论：您可以使用 index.php 或使用 .htaccess 进行重定向。从我的测试来看（来自下面的天才答案！谢谢大家！）后者的速度似乎无与伦比：重定向比 php 重定向快得多！将重定向减少到比第一次 dns 查找更短。

see here how to do this correclty for multilingual site

Answer 1

该死，我讨厌被这种问题困住。您需要消除一些变量。

首先我应该指出，PHP 不会刷新所有自己的标头，直到您开始输出内容（或者，如果 output_buffering(?) ini 指令设置为 x 字节，直到您输出 x 字节）。所以下面的脚本直到最后才会完成“发送标头”：

<?php
header('Content-Type: text/pants');
sleep(6);
header('Ding-Ding: time to put the socks in the dryer');
echo "z"; // headers are sent here

如果您将exit; 或echo "wheeeee"; exit; 放在PHP 脚本的最顶部，调用en/home 会发生什么情况？那么当你用一个普通的空文件替换它时会发生什么？如果带有exit 的php 脚本速度很慢，但纯文本文件速度很快，那么PHP 解释器可能正在玩有趣的虫子。如果您仍然得到两者的延迟，那么您已经消除了实际响应生成的原因（但如果是这种情况，我仍在尝试提出一些想法）。

另外，你可以 ssh 到服务器吗？如果是这样，您可以尝试从服务器内部获取相同的页面吗？如果你可以没有速度问题，我会看客户端。如果你不能 SSH，你可以尝试从 PHP 发出请求，虽然我真的不确定这是否可行：

<?php
$context = stream_context_create(array(
    'http'=>array(
        // send request headers if you need to
        'header'=>array(
            'Foo: Bar',
            'Bar: Baz',
        ),
    ),
));
$start = microtime(true);
$response = file_get_contents('http://yourserver.com/', null, context);
$end = microtime(true) - $start;
var_dump($end);

// for some bizarre reason, PHP emits this variable into the local scope.
var_dump($http_response_header);

您是否尝试过从其他机器或世界其他地方发出相同的请求？这可以确认或否认它只是你的机器。

如果是响应生成，您可以尝试的另一件事是在生产服务器上进行一些 hack-profiling。我讨厌不得不做这些事情，但有时您的代码只是拒绝在生产服务器上运行，就像它在您的开发环境或暂存中运行一样。对生成/en/home的脚本执行此操作：

<?php
// put this at the very top
$rqid = uniqid('', true);
$h = fopen(__DIR__.'/crap.log', 'a');
fwrite($h, $rqid.' [START] '.microtime(true).PHP_EOL);
fclose($h);

// do all that other wonderful stuff, like laundry or making a cup of tea

// put this at the very end
$h = fopen(__DIR__.'/crap.log', 'a');
fwrite($h, $rqid.' [END]   '.microtime(true).PHP_EOL.PHP_EOL);
fclose($h);

针对它运行一些请求，检查以确保“crap.log”正在向其写入内容（检查权限！！），然后您将获得一些数据来显示您的脚本中是否存在某些内容这需要进一步调查作为缓慢的原因。

哦，我有提到 MySQL 索引吗？您在请求期间是否有任何查询？您是否为表添加了所有正确的索引？

Steven Xu 在 cmets 中为您的问题提出了一个很好的观点 - 您确定您用来生成瀑布的程序为您提供了很好的信息吗？如果你还没有安装Firebug，请尝试安装，点击firefox右下角的小萤火虫图标，确保“网络”面板是打开的，然后重新运行你的请求，看看瀑布是否与结果一致您在使用的程序中看到的。

另外，我知道这是一个愚蠢的建议，我很抱歉，但我认为需要说明的是：您的主机不允许 ssh 并且只使用 PHP 4？我会认真考虑另一位主机。它甚至可以解决这个特定的问题。

我会根据我的想法添加更多内容。

Answer 2

如果确实是标题需要很长时间，那么你的 JS/CSS/HTML 就无关紧要了。

您可以在.htaccess进行转发。

RewriteEngine On
RewriteRule ^$ en/home [R=301]

这将本质上发送相同的标头，但它不会首先调用 PHP 引擎来执行它:)

更新

在我看来，您的en/home 页面需要更长的时间来下载。

Answer 3

我认为 Ignacio Vazquez-Abrams 可能有答案：在调用 header() 进行重定向后，您需要调用 exit() 以停止 PHP 脚本执行。否则，脚本将继续执行，将输出发送到浏览器，直到结束。由于浏览器必须等待服务器端脚本结束才能执行可能导致问题的重定向。

更新

刚刚阅读亚历克斯的更新，他似乎是正确的。 /en/home 页面是时间所在。