【问题标题】:htaccess Apache to Litespeedhtaccess Apache 到 Litespeed
【发布时间】:2012-09-02 00:01:06
【问题描述】:

我在我的开发环境(Apache 2)上使用了以下重写,它工作正常,我上传到我的实时环境(LiteSpeed),它不再工作:(

任何想法为什么给出以下内容?

我正在使用我的主机不支持的“P”指令“mod_proxy”。我该如何解决这个问题?

<IfModule mod_rewrite.c>
  Options +FollowSymLinks
  RewriteEngine On

  RewriteBase /

  RewriteCond $1 !\.(gif|jpe?g|png)$ [NC]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{HTTP_HOST} !^www\. [NC]
  RewriteCond %{HTTP_HOST} ^([^.]+)\.example\.com
  RewriteRule ^(.*)$ http://example.com/folder/%1/$1 [QSA,NC,P]

  # Removes index.php
  RewriteCond $1 !\.(gif|jpe?g|png)$ [NC]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.*)$ index.php?/$1 [L]

</IfModule>

【问题讨论】:

  • 您希望 %1 解决什么问题?在 Apache 中,它将匹配顶部 RewriteCond 中的文件扩展名。但是在 LiteSpeed 中,显然 %1 会匹配上一个 RewriteCond 的子域。我认为这是 LiteSpeed 中的一个错误。
  • @Victoria "在 Apache 中,它将匹配顶部 RewriteCond 中的文件扩展名。" - 不,它不会。它“将匹配上一个 RewriteCond 的子域。” (与 LiteSpeed 相同)。如Apache docs 中所述:“来自当前条件集中最后匹配的 RewriteCond。”

标签: .htaccess litespeed


【解决方案1】:

我对这个问题采取了不同的方法。显然 mod_proxy 方法效率低下,所以我在 PHP 中使用一些简单的代码来解决它来确定子域并应用条件来检查 $subdomain 是否不是空字符串。

$url_parts = explode('.', str_replace('.example.com', '', $_SERVER['HTTP_HOST']));
$subdomain = ($url_parts[0] !== '') ? $url_parts[0] : '';

一旦我知道有一个子域,我只是重定向到正确的页面。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-05-03
    • 2019-01-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-04-06
    • 1970-01-01
    相关资源
    最近更新 更多