有一个很长的 .htaccess 文件可以吗？

Question

我在网站上向人们提供 URL，实际上指向一些丑陋的东西（在同一个网站上）。

http://www.mydomain.com/cool-URL
实际上指向
http://www.mydomain.com/boring.php?id=478547&sessid=34734asdf7&otherboringdetails

我计划通过在需要时修改 .htaccess 文件来实现这一点。 我将让 PHP 脚本写入 .htaccess 文件，每当有新的 url 分发时添加一个新的重写规则（非程序员可以控制的管理区域[为此指定 URL 标题）新条目，管理员：它将自动分配]）。

这会是一个问题吗，尤其是在 1000 个左右这样的 URL 之后？ 可接受的实际数字是多少？ 因为，我可以想象：服务器收到一个 URL 请求，然后它在 .htaccess 文件中搜索这个 url 的正确页面，最后将用户发送到正确的页面。 如果这类似于数据库搜索，用户可能需要很长时间才能真正到达正确的页面......

请问有这方面的指点吗？

Answer 1

不，这是不行的，会妨碍您的页面加载速度。

.htaccess 文件根据每个服务器请求进行评估。 即使对于静态图像、CSS 和 JS 文件。 因此，您要求网络服务器在执行请求时解析 1000 多行可能是 REGEX 行。

此外，父目录的 .htaccess 文件也会针对子目录中的文件进行处理。 因此，如果您的大 .htaccess 位于网站的根目录中，那么它也会针对子目录中的文件（以及子目录中的 .htaccess 文件）发出的所有请求进行处理。

那个我的朋友是很多处理的。 如果您有一个包含 10 个图像的页面（例如），它会处理 11 次。 文件中的处理越多，所需的周期就越多。 所以是的，htaccess 文件中的任何内容都会产生影响。 现在这种影响明显吗？ 很难说它何时成为问题。 但是它必须非常大，因为处理相对简单，在你的情况下就是这样。

htaccess 文件的关键是让它变得智能。 您不想列出 200 个条目。 只需几行就可以让它变得聪明（如果你想使用 htaccess）。

Answer 2

我将执行一个简单的测试：生成一个带有随机 URL 的大型 .htaccess 文件，并自己测量结果性能。

import random,string

def rand_string():
    length = random.randint(4,10)
    res = []
    for i in range(length):
        res.append(random.choice(string.letters))
    return ''.join(res)

for i in range(1000):
    print "RewriteRule %s http://www.mydomain.com/boring.php?%s [R]" % \
     (rand_string(), rand_string())

Answer 3

有那么多规则真的不可取。 并不是说它们在 .htaccess 文件中，或者它们都针对每个请求进行了测试。 （根据配置，如果您将它们放入服务器或虚拟主机配置中，也可能会发生这种情况。）

事实是，测试了大量规则，并且根据规则，必须测试每条规则，直到找到匹配项。

好吧，您可以通过按匹配概率的顺序排列规则来抵消这种情况，以便尽早找到匹配的概率很高。 但在最坏的情况下，它的复杂度仍然是 O(n)。

如果您真的需要那么多映射并且映射是固定的，您可以使用复杂度为 O(1) 而不是 O(n) 的RewriteMap哈希文件来分离规则。 或者您将映射转移到您的 PHP 应用程序并在那里完成。

Answer 4

应该没问题。 当它变得很长时，您可能会遇到服务器延迟。 我会研究 mod_rewrite 规范，您也许可以使用几行和正则表达式函数自动转发。 我对将传递给您的示例的 url 变量知之甚少。

Answer 5

这绝对不行，正如这里的一些人所提到的。

您是否事先知道要重写的所有 URL。 如果是这样，您可以将规则存储在某个数据库中，遍历规则并预先生成实际的 URL，并将它们存储在 memcache 中，键是好看的 URL，值是内容的实际 URL。

然后当请求到来时，在memcache中查找key，将用户重定向到真实的URL。 我什至不认为你需要 .htaccess 。