Usuń końcowe ukośniki

Question

Chciałbym pracować ze stronami bez ukośnych ukośników. Teraz chcę, aby mój adres URL z końcowym ukośnikiem przekierowywał (używając .htaccess) do tego samego adresu URL bez końcowego ukośnika.

Mam dwa pliki .htaccess:

<IfModule mod_rewrite.c> 
    RewriteEngine On 

    RewriteRule (.*) public/$1 
</IfModule> 

i jeden w moim folderze publicznym:

DirectoryIndex index.html index.php 
Options -Indexes 

<IfModule mod_rewrite.c> 
    RewriteEngine On   
    RewriteCond %{REQUEST_FILENAME} !-d 
    RewriteCond %{REQUEST_FILENAME} !-f   
    RewriteRule ^(.*)$ index.php?url=$1 [PT,L] 
</IfModule> 

Próbowałem dodając następującą regułę do pliku .htaccess w folderze publicznym:

RewriteRule (.*)/$ $1 [R,L] 

Ale wtedy: przyklad.com/public/page/view/2/

przekierowuje do: example.com/**D:/webserver/**public/page/view/2

co jest oczywiście nie to, co chcę ...

Answer 1

Dlaczego y masz kilka plików .htaccess? Gdzie jest przekierowanie do publicznego/$ 1? Być może stoisz w obliczu przesłonięcia dyrektyw RewriteRule, które komplikują ci sprawy.

Bez znajomości konfiguracji dość trudno jest powiedzieć, w jaki sposób powinieneś używać przeróbek - czy możesz określić, które rzeczy wyglądają RZECZYWIŚCIE?

Answer 2

Czy próbowali dodanie :

RewriteBase /public 

do pliku w folderze publicznym .htaccess, aby uzyskać:

<IfModule mod_rewrite.c> 
    RewriteEngine On    
    RewriteBase /public 

    RewriteRule (.*)/$ $1 [R,L] 

    RewriteCond %{REQUEST_FILENAME} !-d 
    RewriteCond %{REQUEST_FILENAME} !-f   
    RewriteRule ^(.*)$ index.php?url=$1 [PT,L] 
</IfModule> 

Answer 3

Oto przykład z dokumentacji Apache, które można użyć, aby rozwiązać swój problem:

końcowy ukośnik Problem

Opis:

Każdy webmaster może śpiewać piosenkę o problemie końcowy ukośnik na URL-ach odnoszących się do katalogów. Jeśli ich nie ma, serwer zrzuca błąd, ponieważ jeśli powiemy/~ quux/foo zamiast/~ quux/foo /, serwer wyszuka plik o nazwie foo. A ponieważ ten plik jest katalogiem, na który się skarży. Właściwie to próbuje naprawić to samo w większości przypadków, ale czasami ten mechanizm musi być emulowany przez ciebie. Na przykład po wykonaniu wielu skomplikowanych rewritings URL do skryptów CGI itp

Rozwiązanie:

Rozwiązaniem tego problemu jest subtelny niech serwer dodać ukośnik automatycznie. Aby to zrobić poprawnie, musimy użyć zewnętrznego przekierowania, aby przeglądarka poprawnie żądała kolejnych obrazów itp. Gdybyśmy tylko napisali wewnętrzną wersję, działałoby to tylko dla strony katalogu, ale byłoby źle, gdyby jakiekolwiek obrazy były zawarte na tej stronie z względnymi adresami URL, ponieważ przeglądarka zażąda obiektu w linii. Na przykład żądanie dla image.gif w /~quux/foo/index.html stanie się /~quux/image.gif bez zewnętrznego przekierowania!

Tak więc, aby zrobić ten trick piszemy:

RewriteEngine on 
RewriteBase /~quux/ 
RewriteRule ^foo$ foo/ [R] 

szalony i leniwi mogą nawet wykonać następujące czynności w najwyższego poziomu pliku .htaccess ich homedir. Ale zauważ, że to powoduje pewne obciążenie przetwarzania.

RewriteEngine on 
RewriteBase /~quux/ 
RewriteCond %{REQUEST_FILENAME} -d 
RewriteRule ^(.+[^/])$ $1/ [R] 

Source

Answer 4

Wordpress przekierowania w zależności od struktury permalink jest. Więc wszelkie zmiany w .htaccess niewiele pomagają, ponieważ Wordpress doda/usunie je dla ciebie i stworzy plik wp_redirect() po .htaccess. W najgorszym przypadku otrzymasz pętlę przekierowania.

Rozwiązaniem jest wyłączenie przekierowania Wordpressa przy użyciu.

// perhaps an if(is_something()) before here ... 
add_filter('redirect_canonical', '__return_false'); 

Powinieneś zawinąć to wewnątrz instrukcji if lub takich, w których przeprowadzasz kontrolę dla określonej strony/katalogu/etc. Umieszczenie powyższego bezpośrednio w pliku funkcji spowoduje wyłączenie przekierowań słów i prawdopodobnie je zepsuje.