Як ігнорувати каталог у mod_rewrite?

Я намагаюся, щоб правила modrewrite пропускали каталог vip. Я спробував кілька речей, як ви бачите нижче, але безрезультатно.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
#RewriteRule ^vip$ - [PT]
RewriteRule ^vip/.$ - [PT]
#RewriteCond %{REQUEST_URI} !/vip 
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Як змусити modrewrite повністю ігнорувати /vip/каталог, щоб усі запити переходили безпосередньо до папки?

Оновлення:

Як пункти наочності:

• Він розміщений на Dreamhost
• Папки знаходяться в каталозі WordPress
• папка / vip / містить webdav .htaccess тощо (хоча я не думаю, що це важливо

Спробуйте поставити це перед будь-якими іншими правилами.

RewriteRule ^vip - [L,NC] 

Він буде відповідати будь-якому початку URI vip.

• В -означає нічого не робити.
• LЧи означає , що це має бути останнім правилом; ігнорувати все наступне.
• Кошти NCвідсутні (тому "VIP" також відповідає).

Зверніть увагу, що воно відповідає будь-якому початку vip . Вираз ^vip$відповідав би, vipале ні vip/або vip/index.html. $Може бути ваша загибель. Якщо ви дійсно хочете зробити це правильно, ви можете піти з цим, ^vip(/|$)щоб не збігатисяvip-page.html

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

Це говорить, якщо це вже існуючий файл або каталог, не торкайтеся його. Ви повинні мати доступ до site.com/vip, і ніяке правило перезапису не повинно мати місця.

Код, який ви додаєте, і всі відповіді, що містять правила / умови перезапису, марні! Код WordPress за замовчуванням вже робить все, що вам потрібно:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

У цих рядках написано "якщо це НЕ існуючий файл ( -f) або каталог (-d ), передайте його в WordPress. Додавання додаткових правил, незалежно від того, наскільки вони конкретні чи хороші, зайве - ви вже повинні бути охоплені правилами WordPress!

То чому вони не працюють ???

У .htaccessвvip каталозі кидає помилку. Точно те саме відбувається, якщо ви захищаєте каталог каталогом.

Ось рішення:

ErrorDocument 401 /err.txt
ErrorDocument 403 /err.txt

Вставте ці рядки перед кодом WordPress, а потім створіть /err.txt. Таким чином, коли мова заходить про ваш WebDAV (або захищений паролем каталог) і не вдається, він перейде до цього файлу і потрапить під існуючу умову WordPress за замовчуванням ( RewriteCond %{REQUEST_FILENAME} !-f).

Таким чином, остаточним рішенням є:

ErrorDocument 401 /misc/myerror.html
ErrorDocument 403 /misc/myerror.html

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

Я розмістив докладніше про причину цієї проблеми в моїй конкретній ситуації, включаючи Wordpress та WebDAV на Dreamhost, які, як я очікую, мають багато інших на моєму сайті .

Ви згадали, що у вас вже є файл .htaccess у каталозі, який ви хочете проігнорувати - ви можете використовувати

RewriteEngine off

У цьому .htaccess припинити використання mod_rewrite (не впевнений, чи використовуєте ви mod_rewrite у цій папці, якщо це так, це не допоможе, оскільки ви не можете його вимкнути).

Спробуйте замінити цю частину коду:

RewriteRule ^ vip /.$ - [PT]

... із наступним:

RewriteCond% {REQUEST_URI}! (Vip) [NC]

Це має виправити ситуацію.

RewriteCond %{REQUEST_URI} !^pilot/ 

це спосіб зробити це.

У мене була та сама проблема з використанням WordPress і виявлено, що проблема пов’язана з відсутністю належного обробника для помилок 401 та 403 ..

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

Ці умови вже не повинні переписувати URL-адресу існуючих папок, але вони не виконують свою роботу для захищених паролем папок. У моєму випадку додавання наступних двох рядків до мого кореневого каталогу .htaccess виправило проблему:

ErrorDocument 401 /misc/myerror.html
ErrorDocument 403 /misc/myerror.html

Звичайно, вам потрібно створити /misc/myerror.html,

Це працює ...

RewriteRule ^vip - [L,NC]

Але переконайтеся, що це перше правило після

RewriteEngine увімкнено

тобто

ErrorDocument 404 /page-not-found.html

RewriteEngine on

RewriteRule ^vip - [L,NC]

AddType application/x-httpd-php .html .htm

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d 

etc

У моєму випадку відповідь брентонстрином (і я бачу matdumsa теж мала таку ж ідею) була правильною ... Я хотів проголосувати за їхні відповіді, але будучи тут новим, я не маю "репутації", тому маю написати повну відповідь, щоб підкреслити те, що, на мою думку, є справжнім ключем тут.

Деякі з цих відповідей успішно зупинять використання WordPress index.php ... але в багатьох випадках причиною цього є те, що в ньому є справжній каталог із реальними сторінками, які ви хочете відображати безпосередньо, і

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

рядки вже подбають про це, тому більшість з цих рішень відволікають увагу у такому випадку, як мій.

Ключем було розуміння brentonstrine, що помилка була вторинним ефектом, спричиненим захистом паролем всередині каталогу, який я намагався відобразити безпосередньо. Поставивши

ErrorDocument 401 /err.txt
ErrorDocument 403 /err.txt

рядків та створення сторінок помилок (я фактично створив err401.html та err403.html і зробив більш інформативні повідомлення про помилки), я зупинив генерування відповіді 404, коли не вдалося знайти жодну сторінку для відображення 401 Потрібна автентифікація, а потім папка спрацювала як і очікувалося ... відображається діалогове вікно входу в Apache, потім вміст папки, або в разі помилки моя сторінка про помилку 401.

Я не впевнений, чи розумію я вашу мету, але наступне може зробити те, що вам потрібно?

RewriteRule ^/vip/(.*)$   /$1?%{QUERY_STRING} [L]

Це призведе до того, що URL-адреса, наприклад http://www.example.com/vip/fred.html, буде переписана без / vip.