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

Question

在漫长而疲惫的加速我的网站速度的探索中，我发现重定向出了问题：目前我的index.php通过PHP标头位置301永久重定向处理所有主页重定向： website.com >>> website.com/en/home 和 website.de >> website.de/de/home 等等（这个多语言网站大约有 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（超出我对共享托管的控制并且不使用内容分发网络。我可以忍受缺少 7 点，但这对速度造成重大影响！

B. 此外：我最近在这里得到了很好的见解，我应该通过 htacces 进行 url 重写，但是，也许这里还有一些错误，我应该在转向对我来说更困难的 apache 之前纠正。 C. 更快的

方法：当我 php include 预期的主页而不是重定向时，所有内容都会快速加载，但 url 不会被重写：它位于浏览器栏上的 website.com，而我希望将其包含为 website.com/en/home。这也可以使用 PHP 来包含+更改 url 的当前地址吗

？ 2cKmb.png" rel="nofollow noreferrer">

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

在此处查看如何操作多语言网站的正确性

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"; ，对 en/home 的调用会发生什么？ exit; 在 PHP 脚本的最顶部？那么当你用一个普通的空文件替换它时会发生什么？如果带有 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);

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

如果是响应生成，您可以尝试的另一件事是在生产服务器上进行一些黑客分析。我讨厌必须做这些事情，但有时您的代码只是拒绝在生产服务器上表现得像在开发环境或登台时一样。对生成 /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）在您的问题的评论中提出了一个很好的观点 - 您确定您用来生成瀑布的程序为您提供了好的信息吗？如果您还没有安装 Firebug，请尝试安装，请单击 Firefox 右下角的小 Firebug 图标，并确保“ Net”面板打开，然后重新运行您的请求并查看瀑布是否与您在使用的程序中看到的结果一致。

另外，我知道这是一个愚蠢的建议，我对此表示歉意，但我认为有必要说一下：您的主机不允许 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 脚本执行停止。如果没有的话，脚本将继续执行，将输出发送到浏览器，直到结束。由于浏览器必须等待服务器端脚本结束才能执行可能导致问题的重定向。

更新

刚刚阅读了 Alex 的更新，他似乎是正确的。 /en/home 页面是时间所在的位置。